From xen-api-bounces@lists.xen.org Sat Dec 01 10:43:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Dec 2012 10:43: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 1TekXF-0006Ao-Nw; Sat, 01 Dec 2012 10:43:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TekXE-0006Aj-EW for xen-api@lists.xensource.com; Sat, 01 Dec 2012 10:43:00 +0000 Received: from [85.158.137.99:41479] by server-16.bemta-3.messagelabs.com id 0D/50-07461-33FD9B05; Sat, 01 Dec 2012 10:42:59 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1354358578!12562123!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22353 invoked from network); 1 Dec 2012 10:42:58 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Dec 2012 10:42:58 -0000 Received: by mail-ee0-f43.google.com with SMTP id e49so903857eek.30 for ; Sat, 01 Dec 2012 02:42:58 -0800 (PST) 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=nZ9PLXku4Z66TE1AILWy+l9Tx0DRBcyvAWPXLsXoHVw=; b=DMiyTjawjh1GfAk64mSwnOei37vNWMpBJFVvCwtUwNJh5tkZgGQOooh30wptUhVIE2 czsfcW4lXMBColXcOAAB93xUKYF6ZzlQBXUdKDlg9SDymCmQ4Nv+fT3YI+JlgzRd89Pd twF5a5RDbsK85sCG+nT8JdViLSp52XZ40NG5sTUdFC4AN+ZRTH15liEfez3etnYz5izf Pjihtcua6noOfQetNNMGTzLpvsRmxLcLX/3LyDB06TglEOIBwRoIakfHyF3SPgjYpVb8 naLwrep1ktCJ/X8fsBldS/QDWH9VJ7HmJqMiFdxKQEO0OLTrJM76FPn+u2HJ2sx1me6d fFqw== MIME-Version: 1.0 Received: by 10.14.176.66 with SMTP id a42mr14720918eem.34.1354358578373; Sat, 01 Dec 2012 02:42:58 -0800 (PST) Received: by 10.14.200.134 with HTTP; Sat, 1 Dec 2012 02:42:58 -0800 (PST) In-Reply-To: <877gp32b2a.fsf@blp.benpfaff.org> References: <50B88EC7.8050507@gmail.com> <877gp32b2a.fsf@blp.benpfaff.org> Date: Sat, 1 Dec 2012 13:42:58 +0300 Message-ID: From: George Shuklin To: blp@cs.stanford.edu Cc: xen-api@lists.xensource.com Subject: Re: [Xen-API] XCP 1.5 antifspoofing rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9050655303333852212==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9050655303333852212== Content-Type: multipart/alternative; boundary=047d7b6222d0f6656804cfc82dd5 --047d7b6222d0f6656804cfc82dd5 Content-Type: text/plain; charset=ISO-8859-1 I want to say, that icmp drop prior to 'drop all' simply meanless: drop icmp=134 drop icmp=135 drop all icmp will be dropped anyway. On 30 November 2012 22:35, Ben Pfaff wrote: > George Shuklin > writes: > > > 1) Why those strange 'icmp_type=X actions=drop' before 'drop all'? > > I can't answer the overall question here but I'll point out that > those match on the IPv6 equivalent of ARP. > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --047d7b6222d0f6656804cfc82dd5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I want to say, that icmp drop prior to 'drop all' simply meanless:<= br>
drop icmp=3D134
drop icmp=3D135
drop all

icmp will be d= ropped anyway.


On 30 November 2012 22= :35, Ben Pfaff <blp@cs.stanford.edu> wrote:
George Shuklin <george.shuklin@gmail.com>
writes:

> 1) Why those strange 'icmp_type=3DX actions=3Ddrop' before = 9;drop all'?

I can't answer the overall question here but I'll point out t= hat
those match on the IPv6 equivalent of ARP.


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

--047d7b6222d0f6656804cfc82dd5-- --===============9050655303333852212== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9050655303333852212==-- From xen-api-bounces@lists.xen.org Sat Dec 01 10:43:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 01 Dec 2012 10:43: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 1TekXF-0006Ao-Nw; Sat, 01 Dec 2012 10:43:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TekXE-0006Aj-EW for xen-api@lists.xensource.com; Sat, 01 Dec 2012 10:43:00 +0000 Received: from [85.158.137.99:41479] by server-16.bemta-3.messagelabs.com id 0D/50-07461-33FD9B05; Sat, 01 Dec 2012 10:42:59 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-217.messagelabs.com!1354358578!12562123!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22353 invoked from network); 1 Dec 2012 10:42:58 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-5.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 1 Dec 2012 10:42:58 -0000 Received: by mail-ee0-f43.google.com with SMTP id e49so903857eek.30 for ; Sat, 01 Dec 2012 02:42:58 -0800 (PST) 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=nZ9PLXku4Z66TE1AILWy+l9Tx0DRBcyvAWPXLsXoHVw=; b=DMiyTjawjh1GfAk64mSwnOei37vNWMpBJFVvCwtUwNJh5tkZgGQOooh30wptUhVIE2 czsfcW4lXMBColXcOAAB93xUKYF6ZzlQBXUdKDlg9SDymCmQ4Nv+fT3YI+JlgzRd89Pd twF5a5RDbsK85sCG+nT8JdViLSp52XZ40NG5sTUdFC4AN+ZRTH15liEfez3etnYz5izf Pjihtcua6noOfQetNNMGTzLpvsRmxLcLX/3LyDB06TglEOIBwRoIakfHyF3SPgjYpVb8 naLwrep1ktCJ/X8fsBldS/QDWH9VJ7HmJqMiFdxKQEO0OLTrJM76FPn+u2HJ2sx1me6d fFqw== MIME-Version: 1.0 Received: by 10.14.176.66 with SMTP id a42mr14720918eem.34.1354358578373; Sat, 01 Dec 2012 02:42:58 -0800 (PST) Received: by 10.14.200.134 with HTTP; Sat, 1 Dec 2012 02:42:58 -0800 (PST) In-Reply-To: <877gp32b2a.fsf@blp.benpfaff.org> References: <50B88EC7.8050507@gmail.com> <877gp32b2a.fsf@blp.benpfaff.org> Date: Sat, 1 Dec 2012 13:42:58 +0300 Message-ID: From: George Shuklin To: blp@cs.stanford.edu Cc: xen-api@lists.xensource.com Subject: Re: [Xen-API] XCP 1.5 antifspoofing rules X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9050655303333852212==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9050655303333852212== Content-Type: multipart/alternative; boundary=047d7b6222d0f6656804cfc82dd5 --047d7b6222d0f6656804cfc82dd5 Content-Type: text/plain; charset=ISO-8859-1 I want to say, that icmp drop prior to 'drop all' simply meanless: drop icmp=134 drop icmp=135 drop all icmp will be dropped anyway. On 30 November 2012 22:35, Ben Pfaff wrote: > George Shuklin > writes: > > > 1) Why those strange 'icmp_type=X actions=drop' before 'drop all'? > > I can't answer the overall question here but I'll point out that > those match on the IPv6 equivalent of ARP. > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --047d7b6222d0f6656804cfc82dd5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I want to say, that icmp drop prior to 'drop all' simply meanless:<= br>
drop icmp=3D134
drop icmp=3D135
drop all

icmp will be d= ropped anyway.


On 30 November 2012 22= :35, Ben Pfaff <blp@cs.stanford.edu> wrote:
George Shuklin <george.shuklin@gmail.com>
writes:

> 1) Why those strange 'icmp_type=3DX actions=3Ddrop' before = 9;drop all'?

I can't answer the overall question here but I'll point out t= hat
those match on the IPv6 equivalent of ARP.


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

--047d7b6222d0f6656804cfc82dd5-- --===============9050655303333852212== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============9050655303333852212==-- From xen-api-bounces@lists.xen.org Sun Dec 02 08:27:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Dec 2012 08:27: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 1Tf4tA-0001Uc-PX; Sun, 02 Dec 2012 08:27:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tf4t9-0001UX-2Q for Xen-api@lists.xen.org; Sun, 02 Dec 2012 08:26:59 +0000 Received: from [85.158.139.211:58297] by server-4.bemta-5.messagelabs.com id 30/1A-15011-2D01BB05; Sun, 02 Dec 2012 08:26:58 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1354436815!18698335!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32110 invoked from network); 2 Dec 2012 08:26:56 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Dec 2012 08:26:56 -0000 Received: by mail-vc0-f173.google.com with SMTP id f13so1118210vcb.32 for ; Sun, 02 Dec 2012 00:26:55 -0800 (PST) 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=2L1aVw9sFusXH+pis+H0U5jlDKbI7MEhoMSLHzPChZY=; b=mDVtuG1dFwlrttZbYKuXJtzLtWl/HNhqntja6WPWq6JP/LdTEeKEaSdpqLo02hqfZN ohjfP/Hj0QyHmyR8gRvKeUhHqeHkOnTShT32DiFnIVNkLm2eH5dhSqg7ZVYVdYu5xoJ2 vjao9Vd02Sx7zFUAvfvXkte3rWDtCMJis85sV3lg02kAj/Nj9PPyScDmFX2pZNQRn+id yenqcgQlWGamUxD26NGiWFf///JBUMqmaDs5fxR6dJgcfXUIVJkxgSaffAuhTNk8Sb5J YD4cHqi4G6kK6cKdQd9CtrlRldKxUfDu8Q11HBgvyjUw5j/MCLNsx2O5raYdbA1Qemqm SxRw== Received: by 10.59.13.135 with SMTP id ey7mr5733897ved.37.1354436815252; Sun, 02 Dec 2012 00:26:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.1.105 with HTTP; Sun, 2 Dec 2012 00:26:15 -0800 (PST) From: Grant McWilliams Date: Sun, 2 Dec 2012 00:26:15 -0800 Message-ID: To: Xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 xenconsole freezes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2792973650364759514==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2792973650364759514== Content-Type: multipart/alternative; boundary=089e011767dd3e6b7804cfda6551 --089e011767dd3e6b7804cfda6551 Content-Type: text/plain; charset=UTF-8 Our team has noticed that the /usr/lib/xen/binxenconsole has stopped working on all XCP 1.6 systems (including final). We initially thought it was a problem with running XCP inside of VirtualBox which we do on occasion. Upon moving our physical hosts to XCP 1.6 we also noticed that it's happening consistently on real XCP 1.6 hosts as well. Using the XCP VM install tutorials I wrote here results in a hung terminal. During the kickstart/preseed installs the console does output garbled data so you can tell when the install is over but it's not legible enough to interact with the installer. Once the VM has rebooted and you try to log in the console just hangs. Sometimes after about 5-10 minutes it will show the login prompt but then be unresponsive. These tutorials work for XCP 1.0 to 1.5b. Anyone have any idea why? Grant McWilliams Xenapi Admin Documentation Project http://xenapi-admin-project.github.com/xenapi-admin-docs/ --089e011767dd3e6b7804cfda6551 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Our team has noticed that the /usr/lib/xen/binxenconsole has stopped w= orking on all XCP 1.6 systems (including final). We initially thought it wa= s a problem with running XCP inside of VirtualBox which we do on occasion. = Upon moving our physical hosts to XCP 1.6 we also noticed that it's hap= pening=C2=A0consistently=C2=A0on real XCP 1.6 hosts as well. Using the XCP = VM install tutorials I wrote here=C2=A0results in a hung terminal. During th= e kickstart/preseed installs the console does output garbled data so you ca= n tell when the install is over but it's not legible enough to interact= with the installer. Once the VM has rebooted and you try to log in the con= sole just hangs. Sometimes after about 5-10 minutes it will show the login = prompt but then be unresponsive. These tutorials work for XCP 1.0 to 1.5b.= =C2=A0

Anyone have any idea why?=C2=A0

Grant McWilliams
Xenapi Admin Documentation Project
<= a href=3D"http://xenapi-admin-project.github.com/xenapi-admin-docs/">http:/= /xenapi-admin-project.github.com/xenapi-admin-docs/

--089e011767dd3e6b7804cfda6551-- --===============2792973650364759514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2792973650364759514==-- From xen-api-bounces@lists.xen.org Sun Dec 02 08:27:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 02 Dec 2012 08:27: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 1Tf4tA-0001Uc-PX; Sun, 02 Dec 2012 08:27:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tf4t9-0001UX-2Q for Xen-api@lists.xen.org; Sun, 02 Dec 2012 08:26:59 +0000 Received: from [85.158.139.211:58297] by server-4.bemta-5.messagelabs.com id 30/1A-15011-2D01BB05; Sun, 02 Dec 2012 08:26:58 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1354436815!18698335!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32110 invoked from network); 2 Dec 2012 08:26:56 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Dec 2012 08:26:56 -0000 Received: by mail-vc0-f173.google.com with SMTP id f13so1118210vcb.32 for ; Sun, 02 Dec 2012 00:26:55 -0800 (PST) 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=2L1aVw9sFusXH+pis+H0U5jlDKbI7MEhoMSLHzPChZY=; b=mDVtuG1dFwlrttZbYKuXJtzLtWl/HNhqntja6WPWq6JP/LdTEeKEaSdpqLo02hqfZN ohjfP/Hj0QyHmyR8gRvKeUhHqeHkOnTShT32DiFnIVNkLm2eH5dhSqg7ZVYVdYu5xoJ2 vjao9Vd02Sx7zFUAvfvXkte3rWDtCMJis85sV3lg02kAj/Nj9PPyScDmFX2pZNQRn+id yenqcgQlWGamUxD26NGiWFf///JBUMqmaDs5fxR6dJgcfXUIVJkxgSaffAuhTNk8Sb5J YD4cHqi4G6kK6cKdQd9CtrlRldKxUfDu8Q11HBgvyjUw5j/MCLNsx2O5raYdbA1Qemqm SxRw== Received: by 10.59.13.135 with SMTP id ey7mr5733897ved.37.1354436815252; Sun, 02 Dec 2012 00:26:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.1.105 with HTTP; Sun, 2 Dec 2012 00:26:15 -0800 (PST) From: Grant McWilliams Date: Sun, 2 Dec 2012 00:26:15 -0800 Message-ID: To: Xen-api@lists.xen.org Subject: [Xen-API] XCP 1.6 xenconsole freezes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2792973650364759514==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2792973650364759514== Content-Type: multipart/alternative; boundary=089e011767dd3e6b7804cfda6551 --089e011767dd3e6b7804cfda6551 Content-Type: text/plain; charset=UTF-8 Our team has noticed that the /usr/lib/xen/binxenconsole has stopped working on all XCP 1.6 systems (including final). We initially thought it was a problem with running XCP inside of VirtualBox which we do on occasion. Upon moving our physical hosts to XCP 1.6 we also noticed that it's happening consistently on real XCP 1.6 hosts as well. Using the XCP VM install tutorials I wrote here results in a hung terminal. During the kickstart/preseed installs the console does output garbled data so you can tell when the install is over but it's not legible enough to interact with the installer. Once the VM has rebooted and you try to log in the console just hangs. Sometimes after about 5-10 minutes it will show the login prompt but then be unresponsive. These tutorials work for XCP 1.0 to 1.5b. Anyone have any idea why? Grant McWilliams Xenapi Admin Documentation Project http://xenapi-admin-project.github.com/xenapi-admin-docs/ --089e011767dd3e6b7804cfda6551 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Our team has noticed that the /usr/lib/xen/binxenconsole has stopped w= orking on all XCP 1.6 systems (including final). We initially thought it wa= s a problem with running XCP inside of VirtualBox which we do on occasion. = Upon moving our physical hosts to XCP 1.6 we also noticed that it's hap= pening=C2=A0consistently=C2=A0on real XCP 1.6 hosts as well. Using the XCP = VM install tutorials I wrote here=C2=A0results in a hung terminal. During th= e kickstart/preseed installs the console does output garbled data so you ca= n tell when the install is over but it's not legible enough to interact= with the installer. Once the VM has rebooted and you try to log in the con= sole just hangs. Sometimes after about 5-10 minutes it will show the login = prompt but then be unresponsive. These tutorials work for XCP 1.0 to 1.5b.= =C2=A0

Anyone have any idea why?=C2=A0

Grant McWilliams
Xenapi Admin Documentation Project
<= a href=3D"http://xenapi-admin-project.github.com/xenapi-admin-docs/">http:/= /xenapi-admin-project.github.com/xenapi-admin-docs/

--089e011767dd3e6b7804cfda6551-- --===============2792973650364759514== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2792973650364759514==-- From xen-api-bounces@lists.xen.org Mon Dec 03 03:01:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 03:01: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 1TfMHP-0004CV-Cv; Mon, 03 Dec 2012 03:01:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfMHN-0004CN-PU for xen-api@lists.xen.org; Mon, 03 Dec 2012 03:01:10 +0000 Received: from [85.158.138.51:60081] by server-10.bemta-3.messagelabs.com id DD/57-19806-4F51CB05; Mon, 03 Dec 2012 03:01:08 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1354503666!32407095!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24757 invoked from network); 3 Dec 2012 03:01:07 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Dec 2012 03:01:07 -0000 Received: by mail-qa0-f45.google.com with SMTP id j15so1103607qaq.11 for ; Sun, 02 Dec 2012 19:01:06 -0800 (PST) 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=EE+2KtHlLD+wHeg8Qzur2PgRXCZ/bGkVayJk9+HbB84=; b=URhPx2Ax4jAvUvlfQh4fqymegQn+5pRPNj8umEn3Km3t4sltiTxpz8/9/s4OPPxBnw No5OfSE/mYckECjHAPpSLw8dWJ5f2Zv04RFEDvilZFkC2IvZnByucZcFy+DzyeIEsy01 gTk+0FfiNWZ2Iv1nlPKOIGeqwgeP7OkvBXSRjlurj9IGM1umXRfhUf1L2vhM9Fp8SjgY 5b126rXzofzZvUaFmhSbpNRStlT1VbcXWBpm+uAI8//n4C4OJtYFQ6sp8Um494SDXdBF mSV4U6lp8hNgqU4pRlF8AQc+CkgZAMnE2u4C0U52dkiSUCTAJZtuBPaA99zK36O32koP sl8g== MIME-Version: 1.0 Received: by 10.49.127.238 with SMTP id nj14mr16753359qeb.9.1354503666095; Sun, 02 Dec 2012 19:01:06 -0800 (PST) Received: by 10.49.11.208 with HTTP; Sun, 2 Dec 2012 19:01:05 -0800 (PST) In-Reply-To: References: <50B7366B.60509@gmail.com> <50B7EC0F.7020008@gmail.com> Date: Mon, 3 Dec 2012 14:01:05 +1100 Message-ID: From: Black Bird To: George Shuklin Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 Beta: upgrade of RAID 1 installation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2643365524865233361==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2643365524865233361== Content-Type: multipart/alternative; boundary=047d7b5da2a5dd565304cfe9f50d --047d7b5da2a5dd565304cfe9f50d Content-Type: text/plain; charset=ISO-8859-1 Hmmm. I've managed to upgrade from 1.6Beta2 to 1.6Final from an MBR-partitioned master, but not a GPT-partitioned master. In the latter case, the installer does not recognise an existing installation and proceeds to ask for a root password, at which stage I stop. Should a GPT-partitioned master be able to be recognised and upgraded? On Fri, Nov 30, 2012 at 3:07 PM, Black Bird wrote: > I have thought of possibly a better procedure (albeit still a workaround) > than the one I proposed in the first email. > > (a) make a pool-dump-database and store safely > (b) extract one hard disk and store as a recovery strategy > (exist_device2), leaving the other (exist_device1) > (c) create 2 new partitions on a separate temporary device (temp_device), > same sized as those live > (d) copy the contents of the existing two partitions (currently /dev/md0 > and /dev/md1). (Incidentally, I think it's of no use to mirror the 2nd > partition, as it is only used during installation as a backup, which is > only able to use raw partitions, but this is a separate story) > (e) reboot, > (f) enter the BIOS screen and configure temp_device as the default boot > device > (g) continue with boot and confirm that XCP host is working as normal > (h) insert the upgrade ISO media (CD/USB) > (i) reboot > (j) enter the BIOS screen and configure device containing the ISO media as > the default boot device > (k) during the installer stage, select temp_device. > (l) The installer should now recognise an existing installation, and any > backups. Proceed with upgrade as normal > (m) reboot at end, removing installer media > (n) enter the BIOS screen and configure temp_device as the default boot > device > (o) on bootup, xsconsole will show that the local SR is unavailable. Some > more steps are needed just to re-set up the md device for local storage. > The SR configuration should still be there. If no local SR exists, then > skip to (t) > (p) mdadm --examine --brief --scan --config=partitions >> /etc/mdadm.conf > (this will restore the mdadm configuration, from the md metadata on the > partitions in exist_device1 > (q) mdadm --assemble /dev/md2 (restart the md device containing the LVM > volumes used by the local SR) > (r) xe pbd-plug (attach the storage to the SR) > (s) at this stage you should be able to test that any VMs needing VDIs on > the local SR can be started > (t) copy the contents of the filesystems on the temp_device back onto > /dev/md0 and /dev/md1 > (u) reboot while removing temp_device (or rather shutdown, remove > temp_device, start host) > (v) in BIOS screen configure exist_device1 as the boot device > (w) verify that XCP host is running normally > (x) insert 2nd disk exist_device2 > (z) mdadm /dev/md --re-add /dev/ > > This procedure avoids a completely new installation, while retaining a > fallback. It should also work for a slave. > > So far I've tested parts of the above, but not as a complete procedure. > That's my next step. I'll keep you posted. > > > > On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin > wrote: > >> >> I'd also love to see at least some procedure taking such installations >>> as a consideration, as we're also using XCP/XS on software RAID1, and every >>> upgrade is in fact a reinstallation, very suboptimal procedure. Perhaps, >>> given the fact XCP doesnt have to be tied to 'supported configuration' as >>> XS does, we could have mdraid support in XCP for >>> installation/reinstallation since so many people use it? >>> >>> Well, I've gladly do this, but main problem is opensource part. xen-api >> is pure opensource and source is available on github. >> >> XCP/XenServer installer is not. I mean, there is no published way to do >> something like 'make xcp-iso' command. Internals of installer is >> half-python, but no any information about xen-api expectation about files >> placement in older installation or proper way to do stuff. We internally >> simply hack original installer ISO to help us with installation procedure >> over md raid1. It looks kinda ugly and definitively not for 'public'. And I >> really wants to create it properly... >> >> >> >> ______________________________**_________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api >> > > --047d7b5da2a5dd565304cfe9f50d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hmmm. =A0I've managed to upgrade from 1.6Beta2 to 1.6Final from an MBR-= partitioned master, but not a GPT-partitioned master. =A0In the latter case= , the installer does not recognise an existing installation and proceeds to= ask for a root password, at which stage I stop.

Should a GPT-partitioned master be able to be recognised and= upgraded?


On Fri, Nov 30, 2012 at 3:07 PM, Black Bird <blackbird1758@gmail.= com> wrote:
I have thought of possibly a better procedur= e (albeit still a workaround) than the one I proposed in the first email.
(a) make a pool-dump-database and store safely
(b) extrac= t one hard disk and store as a recovery strategy (exist_device2), leaving t= he other (exist_device1)
(c) create 2 new partitions on a separate temporary device (temp_device), s= ame sized as those live
(d) copy the contents of the existing two partitions (currentl= y /dev/md0 and /dev/md1). =A0(Incidentally, I think it's of no use to m= irror the 2nd partition, as it is only used during installation as a backup= , which is only able to use raw partitions, but this is a separate story)
(e) reboot,=A0
(f) ente= r the BIOS screen and configure temp_device as the default boot device
<= /div>
(g) continue wit= h boot and confirm that XCP host is working as normal
(h) insert the upgrade ISO media= (CD/USB)
(i) reboot=
(j) enter = the BIOS screen and configure device containing the ISO media as the defaul= t boot device
(k) during= the installer stage, select temp_device. =A0
(l) The installer should now recognise a= n existing installation, and any backups. =A0Proceed with upgrade as normal=
(m) reboot at en= d, removing installer media
(n)=A0enter the BIOS screen and configure temp_device as t= he default boot device
(o) on bootup, x= sconsole will show that the local SR is unavailable. =A0Some more steps are= needed just to re-set up the md device for local storage. =A0The SR config= uration should still be there. =A0If no local SR exists, then skip to (t)
(p)=A0mdadm --ex= amine --brief --scan --config=3Dpartitions >> /etc/mdadm.conf (this w= ill restore the mdadm configuration, from the md metadata on the partitions= in exist_device1
(q) mdadm --asse= mble /dev/md2 (restart the md device containing the LVM volumes used by the= local SR)
(r) xe pbd-plug (attach the storage to the SR)
(s) at this stage you should be able to= test that any VMs needing VDIs on the local SR can be started
(t) copy the contents of the filesystems on the temp_device back onto /dev/= md0 and /dev/md1
(u) reboot while removing temp_device (or rather shutdown, remove tem= p_device, start host)
(v) in BIOS scre= en configure exist_device1 as the boot device
(w) verify that XCP host is running norm= ally
(x) insert 2nd d= isk exist_device2
(z) mdadm /dev/md<x> --re-add /dev/<exist_device2><pa= rtition>

This procedure avoids = a completely new installation, while retaining a fallback. =A0It should als= o work for a slave.

=
So far I've = tested parts of the above, but not as a complete procedure. =A0That's m= y next step. =A0I'll keep you posted.



On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin <george.shuklin@= gmail.com> wrote:

I'd also love to see at least some procedure taking such installations = as a consideration, as we're also using XCP/XS on software RAID1, and e= very upgrade is in fact a reinstallation, very suboptimal procedure. Perhap= s, given the fact XCP doesnt have to be tied to 'supported configuratio= n' as XS does, we could have mdraid support in XCP for installation/rei= nstallation since so many people use it?

Well, I've gladly do this, but main problem is opensource part. xen-api= is pure opensource and source is available on github.

XCP/XenServer installer is not. I mean, there is no published way to do som= ething like 'make xcp-iso' command. Internals of installer is half-= python, but no any information about xen-api expectation about files placem= ent in older installation or proper way to do stuff. We internally simply h= ack original installer ISO to help us with installation procedure over md r= aid1. It looks kinda ugly and definitively not for 'public'. And I = really wants to create it properly...



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


--047d7b5da2a5dd565304cfe9f50d-- --===============2643365524865233361== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2643365524865233361==-- From xen-api-bounces@lists.xen.org Mon Dec 03 03:01:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 03:01: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 1TfMHP-0004CV-Cv; Mon, 03 Dec 2012 03:01:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfMHN-0004CN-PU for xen-api@lists.xen.org; Mon, 03 Dec 2012 03:01:10 +0000 Received: from [85.158.138.51:60081] by server-10.bemta-3.messagelabs.com id DD/57-19806-4F51CB05; Mon, 03 Dec 2012 03:01:08 +0000 X-Env-Sender: blackbird1758@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1354503666!32407095!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24757 invoked from network); 3 Dec 2012 03:01:07 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Dec 2012 03:01:07 -0000 Received: by mail-qa0-f45.google.com with SMTP id j15so1103607qaq.11 for ; Sun, 02 Dec 2012 19:01:06 -0800 (PST) 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=EE+2KtHlLD+wHeg8Qzur2PgRXCZ/bGkVayJk9+HbB84=; b=URhPx2Ax4jAvUvlfQh4fqymegQn+5pRPNj8umEn3Km3t4sltiTxpz8/9/s4OPPxBnw No5OfSE/mYckECjHAPpSLw8dWJ5f2Zv04RFEDvilZFkC2IvZnByucZcFy+DzyeIEsy01 gTk+0FfiNWZ2Iv1nlPKOIGeqwgeP7OkvBXSRjlurj9IGM1umXRfhUf1L2vhM9Fp8SjgY 5b126rXzofzZvUaFmhSbpNRStlT1VbcXWBpm+uAI8//n4C4OJtYFQ6sp8Um494SDXdBF mSV4U6lp8hNgqU4pRlF8AQc+CkgZAMnE2u4C0U52dkiSUCTAJZtuBPaA99zK36O32koP sl8g== MIME-Version: 1.0 Received: by 10.49.127.238 with SMTP id nj14mr16753359qeb.9.1354503666095; Sun, 02 Dec 2012 19:01:06 -0800 (PST) Received: by 10.49.11.208 with HTTP; Sun, 2 Dec 2012 19:01:05 -0800 (PST) In-Reply-To: References: <50B7366B.60509@gmail.com> <50B7EC0F.7020008@gmail.com> Date: Mon, 3 Dec 2012 14:01:05 +1100 Message-ID: From: Black Bird To: George Shuklin Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] XCP 1.6 Beta: upgrade of RAID 1 installation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2643365524865233361==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2643365524865233361== Content-Type: multipart/alternative; boundary=047d7b5da2a5dd565304cfe9f50d --047d7b5da2a5dd565304cfe9f50d Content-Type: text/plain; charset=ISO-8859-1 Hmmm. I've managed to upgrade from 1.6Beta2 to 1.6Final from an MBR-partitioned master, but not a GPT-partitioned master. In the latter case, the installer does not recognise an existing installation and proceeds to ask for a root password, at which stage I stop. Should a GPT-partitioned master be able to be recognised and upgraded? On Fri, Nov 30, 2012 at 3:07 PM, Black Bird wrote: > I have thought of possibly a better procedure (albeit still a workaround) > than the one I proposed in the first email. > > (a) make a pool-dump-database and store safely > (b) extract one hard disk and store as a recovery strategy > (exist_device2), leaving the other (exist_device1) > (c) create 2 new partitions on a separate temporary device (temp_device), > same sized as those live > (d) copy the contents of the existing two partitions (currently /dev/md0 > and /dev/md1). (Incidentally, I think it's of no use to mirror the 2nd > partition, as it is only used during installation as a backup, which is > only able to use raw partitions, but this is a separate story) > (e) reboot, > (f) enter the BIOS screen and configure temp_device as the default boot > device > (g) continue with boot and confirm that XCP host is working as normal > (h) insert the upgrade ISO media (CD/USB) > (i) reboot > (j) enter the BIOS screen and configure device containing the ISO media as > the default boot device > (k) during the installer stage, select temp_device. > (l) The installer should now recognise an existing installation, and any > backups. Proceed with upgrade as normal > (m) reboot at end, removing installer media > (n) enter the BIOS screen and configure temp_device as the default boot > device > (o) on bootup, xsconsole will show that the local SR is unavailable. Some > more steps are needed just to re-set up the md device for local storage. > The SR configuration should still be there. If no local SR exists, then > skip to (t) > (p) mdadm --examine --brief --scan --config=partitions >> /etc/mdadm.conf > (this will restore the mdadm configuration, from the md metadata on the > partitions in exist_device1 > (q) mdadm --assemble /dev/md2 (restart the md device containing the LVM > volumes used by the local SR) > (r) xe pbd-plug (attach the storage to the SR) > (s) at this stage you should be able to test that any VMs needing VDIs on > the local SR can be started > (t) copy the contents of the filesystems on the temp_device back onto > /dev/md0 and /dev/md1 > (u) reboot while removing temp_device (or rather shutdown, remove > temp_device, start host) > (v) in BIOS screen configure exist_device1 as the boot device > (w) verify that XCP host is running normally > (x) insert 2nd disk exist_device2 > (z) mdadm /dev/md --re-add /dev/ > > This procedure avoids a completely new installation, while retaining a > fallback. It should also work for a slave. > > So far I've tested parts of the above, but not as a complete procedure. > That's my next step. I'll keep you posted. > > > > On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin > wrote: > >> >> I'd also love to see at least some procedure taking such installations >>> as a consideration, as we're also using XCP/XS on software RAID1, and every >>> upgrade is in fact a reinstallation, very suboptimal procedure. Perhaps, >>> given the fact XCP doesnt have to be tied to 'supported configuration' as >>> XS does, we could have mdraid support in XCP for >>> installation/reinstallation since so many people use it? >>> >>> Well, I've gladly do this, but main problem is opensource part. xen-api >> is pure opensource and source is available on github. >> >> XCP/XenServer installer is not. I mean, there is no published way to do >> something like 'make xcp-iso' command. Internals of installer is >> half-python, but no any information about xen-api expectation about files >> placement in older installation or proper way to do stuff. We internally >> simply hack original installer ISO to help us with installation procedure >> over md raid1. It looks kinda ugly and definitively not for 'public'. And I >> really wants to create it properly... >> >> >> >> ______________________________**_________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api >> > > --047d7b5da2a5dd565304cfe9f50d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hmmm. =A0I've managed to upgrade from 1.6Beta2 to 1.6Final from an MBR-= partitioned master, but not a GPT-partitioned master. =A0In the latter case= , the installer does not recognise an existing installation and proceeds to= ask for a root password, at which stage I stop.

Should a GPT-partitioned master be able to be recognised and= upgraded?


On Fri, Nov 30, 2012 at 3:07 PM, Black Bird <blackbird1758@gmail.= com> wrote:
I have thought of possibly a better procedur= e (albeit still a workaround) than the one I proposed in the first email.
(a) make a pool-dump-database and store safely
(b) extrac= t one hard disk and store as a recovery strategy (exist_device2), leaving t= he other (exist_device1)
(c) create 2 new partitions on a separate temporary device (temp_device), s= ame sized as those live
(d) copy the contents of the existing two partitions (currentl= y /dev/md0 and /dev/md1). =A0(Incidentally, I think it's of no use to m= irror the 2nd partition, as it is only used during installation as a backup= , which is only able to use raw partitions, but this is a separate story)
(e) reboot,=A0
(f) ente= r the BIOS screen and configure temp_device as the default boot device
<= /div>
(g) continue wit= h boot and confirm that XCP host is working as normal
(h) insert the upgrade ISO media= (CD/USB)
(i) reboot=
(j) enter = the BIOS screen and configure device containing the ISO media as the defaul= t boot device
(k) during= the installer stage, select temp_device. =A0
(l) The installer should now recognise a= n existing installation, and any backups. =A0Proceed with upgrade as normal=
(m) reboot at en= d, removing installer media
(n)=A0enter the BIOS screen and configure temp_device as t= he default boot device
(o) on bootup, x= sconsole will show that the local SR is unavailable. =A0Some more steps are= needed just to re-set up the md device for local storage. =A0The SR config= uration should still be there. =A0If no local SR exists, then skip to (t)
(p)=A0mdadm --ex= amine --brief --scan --config=3Dpartitions >> /etc/mdadm.conf (this w= ill restore the mdadm configuration, from the md metadata on the partitions= in exist_device1
(q) mdadm --asse= mble /dev/md2 (restart the md device containing the LVM volumes used by the= local SR)
(r) xe pbd-plug (attach the storage to the SR)
(s) at this stage you should be able to= test that any VMs needing VDIs on the local SR can be started
(t) copy the contents of the filesystems on the temp_device back onto /dev/= md0 and /dev/md1
(u) reboot while removing temp_device (or rather shutdown, remove tem= p_device, start host)
(v) in BIOS scre= en configure exist_device1 as the boot device
(w) verify that XCP host is running norm= ally
(x) insert 2nd d= isk exist_device2
(z) mdadm /dev/md<x> --re-add /dev/<exist_device2><pa= rtition>

This procedure avoids = a completely new installation, while retaining a fallback. =A0It should als= o work for a slave.

=
So far I've = tested parts of the above, but not as a complete procedure. =A0That's m= y next step. =A0I'll keep you posted.



On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin <george.shuklin@= gmail.com> wrote:

I'd also love to see at least some procedure taking such installations = as a consideration, as we're also using XCP/XS on software RAID1, and e= very upgrade is in fact a reinstallation, very suboptimal procedure. Perhap= s, given the fact XCP doesnt have to be tied to 'supported configuratio= n' as XS does, we could have mdraid support in XCP for installation/rei= nstallation since so many people use it?

Well, I've gladly do this, but main problem is opensource part. xen-api= is pure opensource and source is available on github.

XCP/XenServer installer is not. I mean, there is no published way to do som= ething like 'make xcp-iso' command. Internals of installer is half-= python, but no any information about xen-api expectation about files placem= ent in older installation or proper way to do stuff. We internally simply h= ack original installer ISO to help us with installation procedure over md r= aid1. It looks kinda ugly and definitively not for 'public'. And I = really wants to create it properly...



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


--047d7b5da2a5dd565304cfe9f50d-- --===============2643365524865233361== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2643365524865233361==-- From xen-api-bounces@lists.xen.org Mon Dec 03 03:29:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 03: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 1TfMij-0004Lv-Pw; Mon, 03 Dec 2012 03:29:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfMii-0004Lq-Ky for xen-api@lists.xen.org; Mon, 03 Dec 2012 03:29:24 +0000 Received: from [85.158.143.35:8400] by server-1.bemta-4.messagelabs.com id 67/45-27934-39C1CB05; Mon, 03 Dec 2012 03:29:23 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1354505361!5448352!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20856 invoked from network); 3 Dec 2012 03:29:22 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Dec 2012 03:29:22 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so2072455laa.32 for ; Sun, 02 Dec 2012 19:29:21 -0800 (PST) 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=CA+hRIe4tA4sY1yL6bRpYjI1tI/2wJ6qCDYY8AKPpgs=; b=dDsO3lNVAgZaFfOQUR/3Ta6v7GR3MxCRTRPnufTjECkv1TB11ezmA1Nwl8k6SnRy1G xl/aFbLLeXjcHgGBzqsScmYlOJn6b4mu/zdG7Dro6TEjkPrCkQ6ISCYrQ+G5MM4MyIJz cl1ivVYpky0I58gxDX0I79G0EnurY8qlbfPoU2aCbecdGwsCdv0Mba0l2QraG7xo48SZ Oo9a+q9cMLFYgR70rELKCS3orYxnA9KuFbPycAnAJeNV8xEQzddDgrBg2cjoD8nVagMS y6wDUcMHW20rXtWxT2uPERFim622WqauKpTikUMqNZJmndW8tKXWC2kZZ8GvK3pAPo2q X27Q== Received: by 10.112.26.167 with SMTP id m7mr3767200lbg.43.1354505361611; Sun, 02 Dec 2012 19:29:21 -0800 (PST) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id jc2sm4604974lab.16.2012.12.02.19.29.20 (version=SSLv3 cipher=OTHER); Sun, 02 Dec 2012 19:29:20 -0800 (PST) Message-ID: <50BC1C8F.2070504@gmail.com> Date: Mon, 03 Dec 2012 07:29:19 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] XCP 1.6 xenconsole freezes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1571599136630256528==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1571599136630256528== Content-Type: multipart/alternative; boundary="------------080505050802020000030502" This is a multi-part message in MIME format. --------------080505050802020000030502 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Yep, I do _KNOW_ this. Mostly because we running alternative version of console for our customers, which is websocket web2.0 based, not the ugly Java-VNC applet. Anyway, here the story: When PV VM starts, xenconsoled creates a unix-98 pseudo-terminal: /dev/pts/X for VM console. If someone use xenconsole, or xl console (same thing) or use it own application for VM console access it simply open /dev/pts/num and operates. Oder version of XCP have only one way to access Vm consoles - via VNC. It was specific service (vncterm) wich open /dev/pts/X and listen on localhost to provide consoles via VNC. xapi wrap it to http/ssl and allows to connect to console with known key. Xapi had a special (undocumented) key for vm: other-config:disable_pv_vnc=true, which simply says xapi 'hands of' from /dev/pts. New version of XCP (1.6) now provides VT100 (actually, simple byte stream) connection to VM and ignores key 'disable_pv_vnc'. If two or more listeners are connected to same /dev/pts/X, some bytes streamed to one reader, some to other... Mess and pure chaos. Morale: 1) Use xe console vm=vm_name to get local access to PV console. OR 2) Connect to VNC to specified port (xenstore-read /local/domain/DOMID/console/tc-port) We decided to go second way. If you just want to see vm console on console (lol), use xe console. 02.12.2012 12:26, Grant McWilliams ?????: > Our team has noticed that the /usr/lib/xen/binxenconsole has stopped > working on all XCP 1.6 systems (including final). We initially thought > it was a problem with running XCP inside of VirtualBox which we do on > occasion. Upon moving our physical hosts to XCP 1.6 we also noticed > that it's happening consistently on real XCP 1.6 hosts as well. Using > the XCP VM install tutorials I wrote here > results in > a hung terminal. During the kickstart/preseed installs the console > does output garbled data so you can tell when the install is over but > it's not legible enough to interact with the installer. Once the VM > has rebooted and you try to log in the console just hangs. Sometimes > after about 5-10 minutes it will show the login prompt but then be > unresponsive. These tutorials work for XCP 1.0 to 1.5b. > > Anyone have any idea why? > > > Grant McWilliams > Xenapi Admin Documentation Project > http://xenapi-admin-project.github.com/xenapi-admin-docs/ > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------080505050802020000030502 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Yep, I do _KNOW_ this. Mostly because we running alternative version of console for our customers, which is websocket web2.0 based, not the ugly Java-VNC applet.

Anyway, here the story:

When PV VM starts, xenconsoled creates a unix-98 pseudo-terminal: /dev/pts/X for VM console.
If someone use xenconsole, or xl console (same thing) or use it own application for VM console access it simply open /dev/pts/num and operates.

Oder version of XCP have only one way to access Vm consoles - via VNC. It was specific service (vncterm) wich open /dev/pts/X and listen on localhost to provide consoles via VNC. xapi wrap it to http/ssl and allows to connect to console with known key. Xapi had a special (undocumented) key for vm: other-config:disable_pv_vnc=true, which simply says xapi 'hands of' from /dev/pts.

New version of XCP (1.6) now provides VT100 (actually, simple byte stream) connection to VM and ignores key 'disable_pv_vnc'. If two or more listeners are connected to same /dev/pts/X, some bytes streamed to one reader, some to other... Mess and pure chaos.

Morale:
1) Use xe console vm=vm_name to get local access to PV console.
OR
2) Connect to VNC to specified port (xenstore-read /local/domain/DOMID/console/tc-port)

We decided to go second way. If you just want to see vm console on console (lol), use xe console.


02.12.2012 12:26, Grant McWilliams пишет:
Our team has noticed that the /usr/lib/xen/binxenconsole has stopped working on all XCP 1.6 systems (including final). We initially thought it was a problem with running XCP inside of VirtualBox which we do on occasion. Upon moving our physical hosts to XCP 1.6 we also noticed that it's happening consistently on real XCP 1.6 hosts as well. Using the XCP VM install tutorials I wrote here results in a hung terminal. During the kickstart/preseed installs the console does output garbled data so you can tell when the install is over but it's not legible enough to interact with the installer. Once the VM has rebooted and you try to log in the console just hangs. Sometimes after about 5-10 minutes it will show the login prompt but then be unresponsive. These tutorials work for XCP 1.0 to 1.5b. 

Anyone have any idea why? 


Grant McWilliams
Xenapi Admin Documentation Project 

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

--------------080505050802020000030502-- --===============1571599136630256528== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1571599136630256528==-- From xen-api-bounces@lists.xen.org Mon Dec 03 03:29:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 03: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 1TfMij-0004Lv-Pw; Mon, 03 Dec 2012 03:29:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfMii-0004Lq-Ky for xen-api@lists.xen.org; Mon, 03 Dec 2012 03:29:24 +0000 Received: from [85.158.143.35:8400] by server-1.bemta-4.messagelabs.com id 67/45-27934-39C1CB05; Mon, 03 Dec 2012 03:29:23 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1354505361!5448352!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20856 invoked from network); 3 Dec 2012 03:29:22 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Dec 2012 03:29:22 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so2072455laa.32 for ; Sun, 02 Dec 2012 19:29:21 -0800 (PST) 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=CA+hRIe4tA4sY1yL6bRpYjI1tI/2wJ6qCDYY8AKPpgs=; b=dDsO3lNVAgZaFfOQUR/3Ta6v7GR3MxCRTRPnufTjECkv1TB11ezmA1Nwl8k6SnRy1G xl/aFbLLeXjcHgGBzqsScmYlOJn6b4mu/zdG7Dro6TEjkPrCkQ6ISCYrQ+G5MM4MyIJz cl1ivVYpky0I58gxDX0I79G0EnurY8qlbfPoU2aCbecdGwsCdv0Mba0l2QraG7xo48SZ Oo9a+q9cMLFYgR70rELKCS3orYxnA9KuFbPycAnAJeNV8xEQzddDgrBg2cjoD8nVagMS y6wDUcMHW20rXtWxT2uPERFim622WqauKpTikUMqNZJmndW8tKXWC2kZZ8GvK3pAPo2q X27Q== Received: by 10.112.26.167 with SMTP id m7mr3767200lbg.43.1354505361611; Sun, 02 Dec 2012 19:29:21 -0800 (PST) Received: from [10.13.77.221] (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id jc2sm4604974lab.16.2012.12.02.19.29.20 (version=SSLv3 cipher=OTHER); Sun, 02 Dec 2012 19:29:20 -0800 (PST) Message-ID: <50BC1C8F.2070504@gmail.com> Date: Mon, 03 Dec 2012 07:29:19 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] XCP 1.6 xenconsole freezes X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1571599136630256528==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1571599136630256528== Content-Type: multipart/alternative; boundary="------------080505050802020000030502" This is a multi-part message in MIME format. --------------080505050802020000030502 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Yep, I do _KNOW_ this. Mostly because we running alternative version of console for our customers, which is websocket web2.0 based, not the ugly Java-VNC applet. Anyway, here the story: When PV VM starts, xenconsoled creates a unix-98 pseudo-terminal: /dev/pts/X for VM console. If someone use xenconsole, or xl console (same thing) or use it own application for VM console access it simply open /dev/pts/num and operates. Oder version of XCP have only one way to access Vm consoles - via VNC. It was specific service (vncterm) wich open /dev/pts/X and listen on localhost to provide consoles via VNC. xapi wrap it to http/ssl and allows to connect to console with known key. Xapi had a special (undocumented) key for vm: other-config:disable_pv_vnc=true, which simply says xapi 'hands of' from /dev/pts. New version of XCP (1.6) now provides VT100 (actually, simple byte stream) connection to VM and ignores key 'disable_pv_vnc'. If two or more listeners are connected to same /dev/pts/X, some bytes streamed to one reader, some to other... Mess and pure chaos. Morale: 1) Use xe console vm=vm_name to get local access to PV console. OR 2) Connect to VNC to specified port (xenstore-read /local/domain/DOMID/console/tc-port) We decided to go second way. If you just want to see vm console on console (lol), use xe console. 02.12.2012 12:26, Grant McWilliams ?????: > Our team has noticed that the /usr/lib/xen/binxenconsole has stopped > working on all XCP 1.6 systems (including final). We initially thought > it was a problem with running XCP inside of VirtualBox which we do on > occasion. Upon moving our physical hosts to XCP 1.6 we also noticed > that it's happening consistently on real XCP 1.6 hosts as well. Using > the XCP VM install tutorials I wrote here > results in > a hung terminal. During the kickstart/preseed installs the console > does output garbled data so you can tell when the install is over but > it's not legible enough to interact with the installer. Once the VM > has rebooted and you try to log in the console just hangs. Sometimes > after about 5-10 minutes it will show the login prompt but then be > unresponsive. These tutorials work for XCP 1.0 to 1.5b. > > Anyone have any idea why? > > > Grant McWilliams > Xenapi Admin Documentation Project > http://xenapi-admin-project.github.com/xenapi-admin-docs/ > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------080505050802020000030502 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Yep, I do _KNOW_ this. Mostly because we running alternative version of console for our customers, which is websocket web2.0 based, not the ugly Java-VNC applet.

Anyway, here the story:

When PV VM starts, xenconsoled creates a unix-98 pseudo-terminal: /dev/pts/X for VM console.
If someone use xenconsole, or xl console (same thing) or use it own application for VM console access it simply open /dev/pts/num and operates.

Oder version of XCP have only one way to access Vm consoles - via VNC. It was specific service (vncterm) wich open /dev/pts/X and listen on localhost to provide consoles via VNC. xapi wrap it to http/ssl and allows to connect to console with known key. Xapi had a special (undocumented) key for vm: other-config:disable_pv_vnc=true, which simply says xapi 'hands of' from /dev/pts.

New version of XCP (1.6) now provides VT100 (actually, simple byte stream) connection to VM and ignores key 'disable_pv_vnc'. If two or more listeners are connected to same /dev/pts/X, some bytes streamed to one reader, some to other... Mess and pure chaos.

Morale:
1) Use xe console vm=vm_name to get local access to PV console.
OR
2) Connect to VNC to specified port (xenstore-read /local/domain/DOMID/console/tc-port)

We decided to go second way. If you just want to see vm console on console (lol), use xe console.


02.12.2012 12:26, Grant McWilliams пишет:
Our team has noticed that the /usr/lib/xen/binxenconsole has stopped working on all XCP 1.6 systems (including final). We initially thought it was a problem with running XCP inside of VirtualBox which we do on occasion. Upon moving our physical hosts to XCP 1.6 we also noticed that it's happening consistently on real XCP 1.6 hosts as well. Using the XCP VM install tutorials I wrote here results in a hung terminal. During the kickstart/preseed installs the console does output garbled data so you can tell when the install is over but it's not legible enough to interact with the installer. Once the VM has rebooted and you try to log in the console just hangs. Sometimes after about 5-10 minutes it will show the login prompt but then be unresponsive. These tutorials work for XCP 1.0 to 1.5b. 

Anyone have any idea why? 


Grant McWilliams
Xenapi Admin Documentation Project 

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

--------------080505050802020000030502-- --===============1571599136630256528== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1571599136630256528==-- From xen-api-bounces@lists.xen.org Mon Dec 03 09:39:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 09:39: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 1TfSUx-0000Qm-Qw; Mon, 03 Dec 2012 09:39:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Teb6M-0005UX-5h for xen-api@lists.xen.org; Sat, 01 Dec 2012 00:38:38 +0000 Received: from [85.158.138.51:21242] by server-4.bemta-3.messagelabs.com id 96/AF-30023-D8159B05; Sat, 01 Dec 2012 00:38:37 +0000 X-Env-Sender: sergevoinich@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1354322315!28198734!1 X-Originating-IP: [209.85.223.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2574 invoked from network); 1 Dec 2012 00:38:36 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Dec 2012 00:38:36 -0000 Received: by mail-ie0-f173.google.com with SMTP id e13so1822557iej.32 for ; Fri, 30 Nov 2012 16:38:35 -0800 (PST) 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=U5CHKENOKaR4LaXP8AtsP8/x7IT2QTs1BnXQABQIo2g=; b=AGKkqJoJIYrEDmvKCsebGhH6y7CUR8odPAnXzmUUZLBxwrwscmHJjS1W4K4HSf//Mw vRoyqjurD3fS/2NBMYXlUib7gs5XbVKbVEOg6qqtFv53CXAuh1lmsN8KsrRFMQ5sdsPB lBJ7Aq1G5rUMS8zuNOthS0qxcZcyuCFhXh34haR82TrG2xKH5vvyA43u4dwT4UMrWKPi GdhcpQ/p82Wvtrmp3cdV8c3O2665+9rz5YJ339fu4MujCgw+U08cDBHaSTZGTQG6OQrW 9xIKEP+66bVIP0cp9QLj5nTZ8AdgV7gxPBIjrsAjxdXju0bNQ24i/XAJTpp4b9qG+lZE 2f0g== MIME-Version: 1.0 Received: by 10.50.188.136 with SMTP id ga8mr314936igc.24.1354322315066; Fri, 30 Nov 2012 16:38:35 -0800 (PST) Received: by 10.64.9.144 with HTTP; Fri, 30 Nov 2012 16:38:34 -0800 (PST) Date: Fri, 30 Nov 2012 16:38:34 -0800 Message-ID: From: Sergey Voynich To: xen-api@lists.xen.org X-Mailman-Approved-At: Mon, 03 Dec 2012 09:39:34 +0000 Subject: [Xen-API] Question regarding Linux VM on XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8207734794848340343==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8207734794848340343== Content-Type: multipart/alternative; boundary=14dae93410f7803d1c04cfbfbc3a --14dae93410f7803d1c04cfbfbc3a Content-Type: text/plain; charset=ISO-8859-1 Hello guys, Might be the dumbest question of the day , but I just switched to XCP so be bare with me. I am creating a VM and attach cd-rome drive in order to install from vendos media. And I hear that the disk is spinning so basically some data is being captured. So my question is as follows: How I can access the VM and continue the setup/installation process? --14dae93410f7803d1c04cfbfbc3a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello guys,
Might be the dumbest question of the day , but I just switc= hed to XCP so be bare with me.
I am creating a VM and attach cd-r= ome drive in order to install from vendos media. And I hear that the disk i= s spinning so=A0basically=A0some data is being captured. So my question is = as follows:
How I can access the VM and continue the setup/installation process?

--14dae93410f7803d1c04cfbfbc3a-- --===============8207734794848340343== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8207734794848340343==-- From xen-api-bounces@lists.xen.org Mon Dec 03 09:39:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 09:39: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 1TfSUx-0000Qm-Qw; Mon, 03 Dec 2012 09:39:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Teb6M-0005UX-5h for xen-api@lists.xen.org; Sat, 01 Dec 2012 00:38:38 +0000 Received: from [85.158.138.51:21242] by server-4.bemta-3.messagelabs.com id 96/AF-30023-D8159B05; Sat, 01 Dec 2012 00:38:37 +0000 X-Env-Sender: sergevoinich@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1354322315!28198734!1 X-Originating-IP: [209.85.223.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2574 invoked from network); 1 Dec 2012 00:38:36 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Dec 2012 00:38:36 -0000 Received: by mail-ie0-f173.google.com with SMTP id e13so1822557iej.32 for ; Fri, 30 Nov 2012 16:38:35 -0800 (PST) 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=U5CHKENOKaR4LaXP8AtsP8/x7IT2QTs1BnXQABQIo2g=; b=AGKkqJoJIYrEDmvKCsebGhH6y7CUR8odPAnXzmUUZLBxwrwscmHJjS1W4K4HSf//Mw vRoyqjurD3fS/2NBMYXlUib7gs5XbVKbVEOg6qqtFv53CXAuh1lmsN8KsrRFMQ5sdsPB lBJ7Aq1G5rUMS8zuNOthS0qxcZcyuCFhXh34haR82TrG2xKH5vvyA43u4dwT4UMrWKPi GdhcpQ/p82Wvtrmp3cdV8c3O2665+9rz5YJ339fu4MujCgw+U08cDBHaSTZGTQG6OQrW 9xIKEP+66bVIP0cp9QLj5nTZ8AdgV7gxPBIjrsAjxdXju0bNQ24i/XAJTpp4b9qG+lZE 2f0g== MIME-Version: 1.0 Received: by 10.50.188.136 with SMTP id ga8mr314936igc.24.1354322315066; Fri, 30 Nov 2012 16:38:35 -0800 (PST) Received: by 10.64.9.144 with HTTP; Fri, 30 Nov 2012 16:38:34 -0800 (PST) Date: Fri, 30 Nov 2012 16:38:34 -0800 Message-ID: From: Sergey Voynich To: xen-api@lists.xen.org X-Mailman-Approved-At: Mon, 03 Dec 2012 09:39:34 +0000 Subject: [Xen-API] Question regarding Linux VM on XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8207734794848340343==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8207734794848340343== Content-Type: multipart/alternative; boundary=14dae93410f7803d1c04cfbfbc3a --14dae93410f7803d1c04cfbfbc3a Content-Type: text/plain; charset=ISO-8859-1 Hello guys, Might be the dumbest question of the day , but I just switched to XCP so be bare with me. I am creating a VM and attach cd-rome drive in order to install from vendos media. And I hear that the disk is spinning so basically some data is being captured. So my question is as follows: How I can access the VM and continue the setup/installation process? --14dae93410f7803d1c04cfbfbc3a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello guys,
Might be the dumbest question of the day , but I just switc= hed to XCP so be bare with me.
I am creating a VM and attach cd-r= ome drive in order to install from vendos media. And I hear that the disk i= s spinning so=A0basically=A0some data is being captured. So my question is = as follows:
How I can access the VM and continue the setup/installation process?

--14dae93410f7803d1c04cfbfbc3a-- --===============8207734794848340343== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8207734794848340343==-- From xen-api-bounces@lists.xen.org Mon Dec 03 12:19:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 12:19: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 1TfUz8-0002io-VE; Mon, 03 Dec 2012 12:18:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfUz7-0002ij-Lb for xen-api@lists.xen.org; Mon, 03 Dec 2012 12:18:53 +0000 Received: from [85.158.137.99:52767] by server-14.bemta-3.messagelabs.com id 3E/3D-31424-CA89CB05; Mon, 03 Dec 2012 12:18:52 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1354537131!12605565!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.2 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24082 invoked from network); 3 Dec 2012 12:18:52 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 3 Dec 2012 12:18:52 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so2438387laa.32 for ; Mon, 03 Dec 2012 04:18:51 -0800 (PST) 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=WNZntbWvdyr5KvKCL3IGqBqEe9LiKH9FWrHesg1sJr8=; b=woK/l4Ydj0z4UzzF/ZjVFaVsxcngw3vQwxiiyCugYSG570MB4/as0rpOpmtbDgCvBA YVTuqp1PuEeZWZsyh69DVQ8Qgi6Q87lEyInnDnq62oQIqT/zfQgNPWtGxRlzWWLZbuh2 lWOui58HWzLo+7wpbWme2cUv0iiwQR+RL4uBBS88qE0bwG9fpoaEq2jBGnQGb/11MH6L CtE5svT46hASwWM50lRqZqLFsU7a45ajbJbsTzDIYmzMU+hbbXAIxVVbbBY7PgKda+bU UmyRoN2xAO8wufb/O0IGJrXhlgvcnD5fUjkKD1uyOAuHY1c60LZwdKq1DX11KquVQubT 3GQA== Received: by 10.152.110.229 with SMTP id id5mr9242815lab.36.1354537131384; Mon, 03 Dec 2012 04:18:51 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id k7sm640602lbf.4.2012.12.03.04.18.49 (version=SSLv3 cipher=OTHER); Mon, 03 Dec 2012 04:18:50 -0800 (PST) Message-ID: <50BC98A9.4010107@gmail.com> Date: Mon, 03 Dec 2012 16:18:49 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Question regarding Linux VM on XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4075531886975094771==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4075531886975094771== Content-Type: multipart/alternative; boundary="------------050108020201060807070708" This is a multi-part message in MIME format. --------------050108020201060807070708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Use XenCenter. 01.12.2012 04:38, Sergey Voynich ?????: > Hello guys, > Might be the dumbest question of the day , but I just switched to XCP > so be bare with me. > I am creating a VM and attach cd-rome drive in order to install from > vendos media. And I hear that the disk is spinning so basically some > data is being captured. So my question is as follows: > How I can access the VM and continue the setup/installation process? > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050108020201060807070708 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Use XenCenter.

01.12.2012 04:38, Sergey Voynich пишет:
Hello guys,
Might be the dumbest question of the day , but I just switched to XCP so be bare with me.
I am creating a VM and attach cd-rome drive in order to install from vendos media. And I hear that the disk is spinning so basically some data is being captured. So my question is as follows:
How I can access the VM and continue the setup/installation process?



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

--------------050108020201060807070708-- --===============4075531886975094771== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4075531886975094771==-- From xen-api-bounces@lists.xen.org Mon Dec 03 12:19:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 03 Dec 2012 12:19: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 1TfUz8-0002io-VE; Mon, 03 Dec 2012 12:18:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfUz7-0002ij-Lb for xen-api@lists.xen.org; Mon, 03 Dec 2012 12:18:53 +0000 Received: from [85.158.137.99:52767] by server-14.bemta-3.messagelabs.com id 3E/3D-31424-CA89CB05; Mon, 03 Dec 2012 12:18:52 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-3.tower-217.messagelabs.com!1354537131!12605565!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.2 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24082 invoked from network); 3 Dec 2012 12:18:52 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-3.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 3 Dec 2012 12:18:52 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so2438387laa.32 for ; Mon, 03 Dec 2012 04:18:51 -0800 (PST) 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=WNZntbWvdyr5KvKCL3IGqBqEe9LiKH9FWrHesg1sJr8=; b=woK/l4Ydj0z4UzzF/ZjVFaVsxcngw3vQwxiiyCugYSG570MB4/as0rpOpmtbDgCvBA YVTuqp1PuEeZWZsyh69DVQ8Qgi6Q87lEyInnDnq62oQIqT/zfQgNPWtGxRlzWWLZbuh2 lWOui58HWzLo+7wpbWme2cUv0iiwQR+RL4uBBS88qE0bwG9fpoaEq2jBGnQGb/11MH6L CtE5svT46hASwWM50lRqZqLFsU7a45ajbJbsTzDIYmzMU+hbbXAIxVVbbBY7PgKda+bU UmyRoN2xAO8wufb/O0IGJrXhlgvcnD5fUjkKD1uyOAuHY1c60LZwdKq1DX11KquVQubT 3GQA== Received: by 10.152.110.229 with SMTP id id5mr9242815lab.36.1354537131384; Mon, 03 Dec 2012 04:18:51 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id k7sm640602lbf.4.2012.12.03.04.18.49 (version=SSLv3 cipher=OTHER); Mon, 03 Dec 2012 04:18:50 -0800 (PST) Message-ID: <50BC98A9.4010107@gmail.com> Date: Mon, 03 Dec 2012 16:18:49 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Question regarding Linux VM on XCP X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4075531886975094771==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4075531886975094771== Content-Type: multipart/alternative; boundary="------------050108020201060807070708" This is a multi-part message in MIME format. --------------050108020201060807070708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Use XenCenter. 01.12.2012 04:38, Sergey Voynich ?????: > Hello guys, > Might be the dumbest question of the day , but I just switched to XCP > so be bare with me. > I am creating a VM and attach cd-rome drive in order to install from > vendos media. And I hear that the disk is spinning so basically some > data is being captured. So my question is as follows: > How I can access the VM and continue the setup/installation process? > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050108020201060807070708 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Use XenCenter.

01.12.2012 04:38, Sergey Voynich пишет:
Hello guys,
Might be the dumbest question of the day , but I just switched to XCP so be bare with me.
I am creating a VM and attach cd-rome drive in order to install from vendos media. And I hear that the disk is spinning so basically some data is being captured. So my question is as follows:
How I can access the VM and continue the setup/installation process?



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

--------------050108020201060807070708-- --===============4075531886975094771== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4075531886975094771==-- From xen-api-bounces@lists.xen.org Tue Dec 04 15:18:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:18: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 1TfuG9-0007su-Tc; Tue, 04 Dec 2012 15:18:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfuG8-0007sl-PG; Tue, 04 Dec 2012 15:18:08 +0000 Received: from [193.109.254.147:16374] by server-9.bemta-14.messagelabs.com id A0/C8-30773-0341EB05; Tue, 04 Dec 2012 15:18:08 +0000 X-Env-Sender: lists@hilboll.de X-Msg-Ref: server-4.tower-27.messagelabs.com!1354634234!9318792!1 X-Originating-IP: [130.185.108.51] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27554 invoked from network); 4 Dec 2012 15:17:15 -0000 Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51) by server-4.tower-27.messagelabs.com with SMTP; 4 Dec 2012 15:17:15 -0000 Received: from localhost (localhost [127.0.0.1]) by srv2.andreas-h.info (Postfix) with ESMTP id 998EB1C2550; Tue, 4 Dec 2012 17:13:18 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info Received: from srv2.andreas-h.info ([127.0.0.1]) by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2oh0U05Bz2mD; Tue, 4 Dec 2012 17:13:17 +0100 (CET) Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26]) by srv2.andreas-h.info (Postfix) with ESMTP id 622841C254F; Tue, 4 Dec 2012 17:13:17 +0100 (CET) Received: from elara.iup.uni-bremen.de (iup.physik.uni-bremen.de [134.102.186.40]) by srv1.andreas-h.info (Postfix) with ESMTPSA id A3D03A6134E; Tue, 4 Dec 2012 16:17:12 +0100 (CET) Message-ID: <50BE13F8.7010001@hilboll.de> Date: Tue, 04 Dec 2012 16:17:12 +0100 From: Andreas Hilboll User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-API] Choosing Debian or Ubuntu as dom0 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I need to set up three hosts as Xen dom0. I'm quite familiar with Debian-type distributions, i.e. Debian and Ubuntu. I'm wondering which distro is better suited for a dom0 system. In particular, I haven't been able to find Xen 4.2 packages for neither Ubuntu Precise nor Debian. It would be nice to have XCP working, but I noticed that the Xen wiki recommends switching to Debian SID. However, I'm quite reluctant to run an unstable distro on a production machine. Summary of my questions: * Is there a way to get Xen 4.2 in either Ubuntu or Debian (not-unstable) without compiling from source? * Which distro has better Xen support *in the repository*? * Is there a way to get XCP working in either Ubuntu or Debian (not-unstable)? * Are the improvements from 4.1 to 4.2 good enough to make the trouble of self-compiling (in case there are no packages) worthwhile? Thanks for your insight! Cheers, Andreas. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 15:18:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:18: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 1TfuG9-0007su-Tc; Tue, 04 Dec 2012 15:18:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfuG8-0007sl-PG; Tue, 04 Dec 2012 15:18:08 +0000 Received: from [193.109.254.147:16374] by server-9.bemta-14.messagelabs.com id A0/C8-30773-0341EB05; Tue, 04 Dec 2012 15:18:08 +0000 X-Env-Sender: lists@hilboll.de X-Msg-Ref: server-4.tower-27.messagelabs.com!1354634234!9318792!1 X-Originating-IP: [130.185.108.51] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27554 invoked from network); 4 Dec 2012 15:17:15 -0000 Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51) by server-4.tower-27.messagelabs.com with SMTP; 4 Dec 2012 15:17:15 -0000 Received: from localhost (localhost [127.0.0.1]) by srv2.andreas-h.info (Postfix) with ESMTP id 998EB1C2550; Tue, 4 Dec 2012 17:13:18 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info Received: from srv2.andreas-h.info ([127.0.0.1]) by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2oh0U05Bz2mD; Tue, 4 Dec 2012 17:13:17 +0100 (CET) Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26]) by srv2.andreas-h.info (Postfix) with ESMTP id 622841C254F; Tue, 4 Dec 2012 17:13:17 +0100 (CET) Received: from elara.iup.uni-bremen.de (iup.physik.uni-bremen.de [134.102.186.40]) by srv1.andreas-h.info (Postfix) with ESMTPSA id A3D03A6134E; Tue, 4 Dec 2012 16:17:12 +0100 (CET) Message-ID: <50BE13F8.7010001@hilboll.de> Date: Tue, 04 Dec 2012 16:17:12 +0100 From: Andreas Hilboll User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-API] Choosing Debian or Ubuntu as dom0 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I need to set up three hosts as Xen dom0. I'm quite familiar with Debian-type distributions, i.e. Debian and Ubuntu. I'm wondering which distro is better suited for a dom0 system. In particular, I haven't been able to find Xen 4.2 packages for neither Ubuntu Precise nor Debian. It would be nice to have XCP working, but I noticed that the Xen wiki recommends switching to Debian SID. However, I'm quite reluctant to run an unstable distro on a production machine. Summary of my questions: * Is there a way to get Xen 4.2 in either Ubuntu or Debian (not-unstable) without compiling from source? * Which distro has better Xen support *in the repository*? * Is there a way to get XCP working in either Ubuntu or Debian (not-unstable)? * Are the improvements from 4.1 to 4.2 good enough to make the trouble of self-compiling (in case there are no packages) worthwhile? Thanks for your insight! Cheers, Andreas. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 15:33:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15: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 1TfuVH-0001QZ-Fb; Tue, 04 Dec 2012 15:33:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfuVG-0001QT-NB for xen-api@lists.xensource.com; Tue, 04 Dec 2012 15:33:46 +0000 Received: from [85.158.143.35:60478] by server-2.bemta-4.messagelabs.com id EF/53-28922-AD71EB05; Tue, 04 Dec 2012 15:33:46 +0000 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1354635192!4980313!1 X-Originating-IP: [209.85.212.48] 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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24673 invoked from network); 4 Dec 2012 15:33:13 -0000 Received: from mail-vb0-f48.google.com (HELO mail-vb0-f48.google.com) (209.85.212.48) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 15:33:13 -0000 Received: by mail-vb0-f48.google.com with SMTP id fc21so3133253vbb.7 for ; Tue, 04 Dec 2012 07:33:12 -0800 (PST) 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=Jcue+jC1n2U62UIv4RPOvNSbM6EuxJcFIVDikZ/DjVY=; b=gHkRdGDx5WmBvFbDB7iWdzK55n4bMNNxea3yhOYhgrVbxYpbqPdH+46mciR1X7wtWh WgMFV9ow5PoPYPg2Sp2TjOre+ysWD2deWB0kSiykG5rWX/znPcTqNInxMT9ogfx1zKp6 2LQbyXwpkMew/MsdCdbnZjo7Nvj+0/4w/6nQQqCJb5hs2URHP3jxC1QIOD9SJQb3gFfJ MWH+6vPQrAPATVBVMdX9NsziV001818XhltG0MY8+BHqVJA3RsyhVbt6nRNyn4FOoUzt lrqSIaPGpiju1j37QgbafSQ60dQtO72SgYEEZ6lfH0yv7ZUNFacGITzS4A4u5ToLyX5b 9/Pg== Received: by 10.52.99.106 with SMTP id ep10mr10774642vdb.53.1354635191702; Tue, 04 Dec 2012 07:33:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.169.18 with HTTP; Tue, 4 Dec 2012 07:32:50 -0800 (PST) From: Lars Seeliger Date: Tue, 4 Dec 2012 16:32:50 +0100 Message-ID: To: "xen-api@lists.xensource.com" Subject: [Xen-API] XCP 1.6 VM operating system not detected X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6727380087018519974==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6727380087018519974== Content-Type: multipart/alternative; boundary=20cf307f30f866d2d104d0089570 --20cf307f30f866d2d104d0089570 Content-Type: text/plain; charset=UTF-8 Hi, all I created a new VM today, using the Windows 7 64-bit template, then restored an Acronis image of a Windows 7 workstation. After booting into Windows, XenCenter lists the Operating System of the VM as "Unknown". This results in me not being able to install xstools (Unable to detect a valid platform. Do you still want to continue?). I have since tried restoring a backup of a completely different machine with the same result. How does XCP go about detecting the installed VM? Why are my VM's properties not being displayed properly and how do I go about working around this? Any ideas? Thanks! --20cf307f30f866d2d104d0089570 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, all

I created a new VM today, using the Windows 7 64-bit templat= e, then restored an Acronis image of a Windows 7 workstation.

After = booting into Windows, XenCenter lists the Operating System of the VM as &qu= ot;Unknown". This results in me not being able to install xstools (Una= ble to detect a valid platform. Do you still want to continue?).

I have since tried restoring a backup of a completely different machine= with the same result.

How does XCP go about detecting the installed= VM? Why are my VM's properties not being displayed properly and how do= I go about working around this? Any ideas?

Thanks!
--20cf307f30f866d2d104d0089570-- --===============6727380087018519974== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6727380087018519974==-- From xen-api-bounces@lists.xen.org Tue Dec 04 15:33:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15: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 1TfuVH-0001QZ-Fb; Tue, 04 Dec 2012 15:33:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfuVG-0001QT-NB for xen-api@lists.xensource.com; Tue, 04 Dec 2012 15:33:46 +0000 Received: from [85.158.143.35:60478] by server-2.bemta-4.messagelabs.com id EF/53-28922-AD71EB05; Tue, 04 Dec 2012 15:33:46 +0000 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1354635192!4980313!1 X-Originating-IP: [209.85.212.48] 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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24673 invoked from network); 4 Dec 2012 15:33:13 -0000 Received: from mail-vb0-f48.google.com (HELO mail-vb0-f48.google.com) (209.85.212.48) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 15:33:13 -0000 Received: by mail-vb0-f48.google.com with SMTP id fc21so3133253vbb.7 for ; Tue, 04 Dec 2012 07:33:12 -0800 (PST) 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=Jcue+jC1n2U62UIv4RPOvNSbM6EuxJcFIVDikZ/DjVY=; b=gHkRdGDx5WmBvFbDB7iWdzK55n4bMNNxea3yhOYhgrVbxYpbqPdH+46mciR1X7wtWh WgMFV9ow5PoPYPg2Sp2TjOre+ysWD2deWB0kSiykG5rWX/znPcTqNInxMT9ogfx1zKp6 2LQbyXwpkMew/MsdCdbnZjo7Nvj+0/4w/6nQQqCJb5hs2URHP3jxC1QIOD9SJQb3gFfJ MWH+6vPQrAPATVBVMdX9NsziV001818XhltG0MY8+BHqVJA3RsyhVbt6nRNyn4FOoUzt lrqSIaPGpiju1j37QgbafSQ60dQtO72SgYEEZ6lfH0yv7ZUNFacGITzS4A4u5ToLyX5b 9/Pg== Received: by 10.52.99.106 with SMTP id ep10mr10774642vdb.53.1354635191702; Tue, 04 Dec 2012 07:33:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.169.18 with HTTP; Tue, 4 Dec 2012 07:32:50 -0800 (PST) From: Lars Seeliger Date: Tue, 4 Dec 2012 16:32:50 +0100 Message-ID: To: "xen-api@lists.xensource.com" Subject: [Xen-API] XCP 1.6 VM operating system not detected X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6727380087018519974==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6727380087018519974== Content-Type: multipart/alternative; boundary=20cf307f30f866d2d104d0089570 --20cf307f30f866d2d104d0089570 Content-Type: text/plain; charset=UTF-8 Hi, all I created a new VM today, using the Windows 7 64-bit template, then restored an Acronis image of a Windows 7 workstation. After booting into Windows, XenCenter lists the Operating System of the VM as "Unknown". This results in me not being able to install xstools (Unable to detect a valid platform. Do you still want to continue?). I have since tried restoring a backup of a completely different machine with the same result. How does XCP go about detecting the installed VM? Why are my VM's properties not being displayed properly and how do I go about working around this? Any ideas? Thanks! --20cf307f30f866d2d104d0089570 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, all

I created a new VM today, using the Windows 7 64-bit templat= e, then restored an Acronis image of a Windows 7 workstation.

After = booting into Windows, XenCenter lists the Operating System of the VM as &qu= ot;Unknown". This results in me not being able to install xstools (Una= ble to detect a valid platform. Do you still want to continue?).

I have since tried restoring a backup of a completely different machine= with the same result.

How does XCP go about detecting the installed= VM? Why are my VM's properties not being displayed properly and how do= I go about working around this? Any ideas?

Thanks!
--20cf307f30f866d2d104d0089570-- --===============6727380087018519974== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6727380087018519974==-- From xen-api-bounces@lists.xen.org Tue Dec 04 15:49:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:49: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 1TfukX-0001yY-Kz; Tue, 04 Dec 2012 15:49:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfukW-0001yT-Kz for xen-api@lists.xensource.com; Tue, 04 Dec 2012 15:49:32 +0000 Received: from [85.158.143.35:64731] by server-2.bemta-4.messagelabs.com id 16/D9-28922-B8B1EB05; Tue, 04 Dec 2012 15:49:31 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-12.tower-21.messagelabs.com!1354636171!12803786!1 X-Originating-IP: [80.12.242.129] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14937 invoked from network); 4 Dec 2012 15:49:31 -0000 Received: from smtp07.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.129) by server-12.tower-21.messagelabs.com with SMTP; 4 Dec 2012 15:49:31 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d65 with ME id XTpW1k00k3zjds103TpWvD; Tue, 04 Dec 2012 16:49:31 +0100 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id B1BE0161C16; Tue, 4 Dec 2012 16:49:30 +0100 (CET) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Dy-Zl-jQkvW0; Tue, 4 Dec 2012 16:49:26 +0100 (CET) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id F0BFA161C11; Tue, 4 Dec 2012 16:49:25 +0100 (CET) Message-ID: <50BE1B85.7000509@tranquil-it-systems.fr> Date: Tue, 04 Dec 2012 16:49:25 +0100 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Lars Seeliger References: In-Reply-To: Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XCP 1.6 VM operating system not detected X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi lars, > I created a new VM today, using the Windows 7 64-bit template, then > restored an Acronis image of a Windows 7 workstation. > > After booting into Windows, XenCenter lists the Operating System of the > VM as "Unknown". This results in me not being able to install xstools > (Unable to detect a valid platform. Do you still want to continue?). > > I have since tried restoring a backup of a completely different machine > with the same result. > > How does XCP go about detecting the installed VM? Why are my VM's > properties not being displayed properly and how do I go about working > around this? Any ideas? I guess that if the VM is not paravirt and there is no tools installed, = the dom0 has no way to known what is running inside. You should be able to install the tools by attaching the xs-tools.iso = CDrom and running the setup exe on there. Afterward your VM should be = detected properly. Hope this helps, Denis > > Thanks! > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 15:49:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:49: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 1TfukX-0001yY-Kz; Tue, 04 Dec 2012 15:49:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfukW-0001yT-Kz for xen-api@lists.xensource.com; Tue, 04 Dec 2012 15:49:32 +0000 Received: from [85.158.143.35:64731] by server-2.bemta-4.messagelabs.com id 16/D9-28922-B8B1EB05; Tue, 04 Dec 2012 15:49:31 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-12.tower-21.messagelabs.com!1354636171!12803786!1 X-Originating-IP: [80.12.242.129] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14937 invoked from network); 4 Dec 2012 15:49:31 -0000 Received: from smtp07.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.129) by server-12.tower-21.messagelabs.com with SMTP; 4 Dec 2012 15:49:31 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d65 with ME id XTpW1k00k3zjds103TpWvD; Tue, 04 Dec 2012 16:49:31 +0100 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id B1BE0161C16; Tue, 4 Dec 2012 16:49:30 +0100 (CET) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Dy-Zl-jQkvW0; Tue, 4 Dec 2012 16:49:26 +0100 (CET) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id F0BFA161C11; Tue, 4 Dec 2012 16:49:25 +0100 (CET) Message-ID: <50BE1B85.7000509@tranquil-it-systems.fr> Date: Tue, 04 Dec 2012 16:49:25 +0100 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Lars Seeliger References: In-Reply-To: Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XCP 1.6 VM operating system not detected X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi lars, > I created a new VM today, using the Windows 7 64-bit template, then > restored an Acronis image of a Windows 7 workstation. > > After booting into Windows, XenCenter lists the Operating System of the > VM as "Unknown". This results in me not being able to install xstools > (Unable to detect a valid platform. Do you still want to continue?). > > I have since tried restoring a backup of a completely different machine > with the same result. > > How does XCP go about detecting the installed VM? Why are my VM's > properties not being displayed properly and how do I go about working > around this? Any ideas? I guess that if the VM is not paravirt and there is no tools installed, = the dom0 has no way to known what is running inside. You should be able to install the tools by attaching the xs-tools.iso = CDrom and running the setup exe on there. Afterward your VM should be = detected properly. Hope this helps, Denis > > Thanks! > > > This body part will be downloaded on demand. > -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 15:54:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:54: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 1TfupS-0002gu-5R; Tue, 04 Dec 2012 15:54:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tfukr-0001z0-87; Tue, 04 Dec 2012 15:49:53 +0000 Received: from [85.158.143.99:64965] by server-3.bemta-4.messagelabs.com id 9D/A1-06841-0AB1EB05; Tue, 04 Dec 2012 15:49:52 +0000 X-Env-Sender: lukas@laukamp.me X-Msg-Ref: server-2.tower-216.messagelabs.com!1354636191!22710955!1 X-Originating-IP: [5.9.218.243] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29064 invoked from network); 4 Dec 2012 15:49:51 -0000 Received: from mailer0.lippux.de (HELO mailer0.lippux.de) (5.9.218.243) by server-2.tower-216.messagelabs.com with SMTP; 4 Dec 2012 15:49:51 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer0.lippux.de (Postfix) with ESMTP id 7F7812C216; Tue, 4 Dec 2012 16:50:05 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mailer1.lippux.de Received: from mailer0.lippux.de ([127.0.0.1]) by localhost (mailer0.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SYjcrJ+Brgv1; Tue, 4 Dec 2012 16:50:05 +0100 (CET) Received: from [127.0.0.1] (ashlynn.lippux.de [5.9.218.242]) by mailer0.lippux.de (Postfix) with ESMTPSA id CF87D2C212; Tue, 4 Dec 2012 16:50:04 +0100 (CET) Message-ID: <50BE1B95.7040900@laukamp.me> Date: Tue, 04 Dec 2012 16:49:41 +0100 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andreas Hilboll References: <50BE13F8.7010001@hilboll.de> In-Reply-To: <50BE13F8.7010001@hilboll.de> X-Mailman-Approved-At: Tue, 04 Dec 2012 15:54:36 +0000 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] Choosing Debian or Ubuntu as dom0 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Am 04.12.2012 16:17, schrieb Andreas Hilboll: > Hi all, > > I need to set up three hosts as Xen dom0. I'm quite familiar with > Debian-type distributions, i.e. Debian and Ubuntu. I'm wondering which > distro is better suited for a dom0 system. In particular, I haven't been > able to find Xen 4.2 packages for neither Ubuntu Precise nor Debian. > It would be nice to have XCP working, but I noticed that the Xen wiki > recommends switching to Debian SID. However, I'm quite reluctant to run > an unstable distro on a production machine. > > Summary of my questions: > > * Is there a way to get Xen 4.2 in either Ubuntu or Debian > (not-unstable) without compiling from source? > * Which distro has better Xen support *in the repository*? > * Is there a way to get XCP working in either Ubuntu or Debian > (not-unstable)? > * Are the improvements from 4.1 to 4.2 good enough to make the trouble > of self-compiling (in case there are no packages) worthwhile? > > Thanks for your insight! > Cheers, Andreas. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hello, I would take Debian Squeeze. At the end it is a question of which you like more. The compilation of Xen 4.2 is very simple and discribed in the Wiki. You can do this in a chroot to prevent installing all needed packages in the production system itself. The deb make target is very useful this will create a deb package of the Xen distribution so you can simple install and uninstall the core components very easy, you just will need to install a few additional libs over apt/dpkg like libjpeg because they are needed for the QEmu Backend but not a dependency of the created deb package. Make sure that you made the in the wiki mentioned configfix that everything is installed on the correct place (--install-layout=deb) For nativ Dom0 support in the kernel which is not given in the normal squeeze Repos (2.6.32 kernel) you can use 3.2.0 from the backports repo (http://backports.debian.org). Best Regards _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 15:54:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:54: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 1TfupS-0002gu-5R; Tue, 04 Dec 2012 15:54:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tfukr-0001z0-87; Tue, 04 Dec 2012 15:49:53 +0000 Received: from [85.158.143.99:64965] by server-3.bemta-4.messagelabs.com id 9D/A1-06841-0AB1EB05; Tue, 04 Dec 2012 15:49:52 +0000 X-Env-Sender: lukas@laukamp.me X-Msg-Ref: server-2.tower-216.messagelabs.com!1354636191!22710955!1 X-Originating-IP: [5.9.218.243] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29064 invoked from network); 4 Dec 2012 15:49:51 -0000 Received: from mailer0.lippux.de (HELO mailer0.lippux.de) (5.9.218.243) by server-2.tower-216.messagelabs.com with SMTP; 4 Dec 2012 15:49:51 -0000 Received: from localhost (localhost [127.0.0.1]) by mailer0.lippux.de (Postfix) with ESMTP id 7F7812C216; Tue, 4 Dec 2012 16:50:05 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mailer1.lippux.de Received: from mailer0.lippux.de ([127.0.0.1]) by localhost (mailer0.lippux.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SYjcrJ+Brgv1; Tue, 4 Dec 2012 16:50:05 +0100 (CET) Received: from [127.0.0.1] (ashlynn.lippux.de [5.9.218.242]) by mailer0.lippux.de (Postfix) with ESMTPSA id CF87D2C212; Tue, 4 Dec 2012 16:50:04 +0100 (CET) Message-ID: <50BE1B95.7040900@laukamp.me> Date: Tue, 04 Dec 2012 16:49:41 +0100 From: Lukas Laukamp User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andreas Hilboll References: <50BE13F8.7010001@hilboll.de> In-Reply-To: <50BE13F8.7010001@hilboll.de> X-Mailman-Approved-At: Tue, 04 Dec 2012 15:54:36 +0000 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] Choosing Debian or Ubuntu as dom0 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Am 04.12.2012 16:17, schrieb Andreas Hilboll: > Hi all, > > I need to set up three hosts as Xen dom0. I'm quite familiar with > Debian-type distributions, i.e. Debian and Ubuntu. I'm wondering which > distro is better suited for a dom0 system. In particular, I haven't been > able to find Xen 4.2 packages for neither Ubuntu Precise nor Debian. > It would be nice to have XCP working, but I noticed that the Xen wiki > recommends switching to Debian SID. However, I'm quite reluctant to run > an unstable distro on a production machine. > > Summary of my questions: > > * Is there a way to get Xen 4.2 in either Ubuntu or Debian > (not-unstable) without compiling from source? > * Which distro has better Xen support *in the repository*? > * Is there a way to get XCP working in either Ubuntu or Debian > (not-unstable)? > * Are the improvements from 4.1 to 4.2 good enough to make the trouble > of self-compiling (in case there are no packages) worthwhile? > > Thanks for your insight! > Cheers, Andreas. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hello, I would take Debian Squeeze. At the end it is a question of which you like more. The compilation of Xen 4.2 is very simple and discribed in the Wiki. You can do this in a chroot to prevent installing all needed packages in the production system itself. The deb make target is very useful this will create a deb package of the Xen distribution so you can simple install and uninstall the core components very easy, you just will need to install a few additional libs over apt/dpkg like libjpeg because they are needed for the QEmu Backend but not a dependency of the created deb package. Make sure that you made the in the wiki mentioned configfix that everything is installed on the correct place (--install-layout=deb) For nativ Dom0 support in the kernel which is not given in the normal squeeze Repos (2.6.32 kernel) you can use 3.2.0 from the backports repo (http://backports.debian.org). Best Regards _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 15:55:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:55: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 1Tfupr-0002jB-Bb; Tue, 04 Dec 2012 15:55:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tfupp-0002j1-45 for xen-api@lists.xensource.com; Tue, 04 Dec 2012 15:55:01 +0000 Received: from [85.158.139.83:35804] by server-9.bemta-5.messagelabs.com id 8A/DB-29295-4DC1EB05; Tue, 04 Dec 2012 15:55:00 +0000 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1354636498!24069355!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1141 invoked from network); 4 Dec 2012 15:54:59 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 15:54:59 -0000 Received: by mail-vc0-f171.google.com with SMTP id n11so4150552vch.30 for ; Tue, 04 Dec 2012 07:54:57 -0800 (PST) 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:cc :content-type; bh=xSrQwtUcmPZjTuLKoex1YsjBXpEnSXOJlSfP3aoc/24=; b=L0mVsYCyykgJqnvJyrbL1k/1bLh+XZO74Qqkux/LBqGBDJfvfJsmSa9UCcpnAW0VrL b4g42vTDcyWiTIOGgaUlkMuKftLbb3Z2vGCITVPGr37ZUzFzSmLpEckc+wWUHegiPU4n J7HOEHr1rNEvnsXdHWaFDbiLxR8IsHlU5rAHugHeT5XpiW6ka5Dio0WJFYEKZZeZbMhi QdZNNqW7dgH4nsNTKhPeTrJt7wVDfrX/foKU2i3g1FZfN4hTpDIAw2Too3V+eEQXq1O/ hxPrpn7xfZXxrc/OFCRmlxydARhKyQPrhEewVnna4Yz8lTYvpOuGCtTwPIX/Eu9yz5bK aWEQ== Received: by 10.58.198.164 with SMTP id jd4mr12386003vec.34.1354636497693; Tue, 04 Dec 2012 07:54:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.169.18 with HTTP; Tue, 4 Dec 2012 07:54:37 -0800 (PST) In-Reply-To: <50BE1B85.7000509@tranquil-it-systems.fr> References: <50BE1B85.7000509@tranquil-it-systems.fr> From: Lars Seeliger Date: Tue, 4 Dec 2012 16:54:37 +0100 Message-ID: Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XCP 1.6 VM operating system not detected X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4229569902702930208==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4229569902702930208== Content-Type: multipart/alternative; boundary=e89a8f642ee03eaaed04d008e3cd --e89a8f642ee03eaaed04d008e3cd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey, Dennis Yup, that's what I thought; only I can't install xstools as I', presented with the following error: Unable to detect a valid platform. Do you still want to continue? If I opt to continue the VM reboots and bluescreens with an 7B stop error (I think that's controller related). Why do the tools not detect the OS correctly? On 4 December 2012 16:49, Denis Cardon wrote: > Hi lars, > > > I created a new VM today, using the Windows 7 64-bit template, then >> restored an Acronis image of a Windows 7 workstation. >> >> After booting into Windows, XenCenter lists the Operating System of the >> VM as "Unknown". This results in me not being able to install xstools >> (Unable to detect a valid platform. Do you still want to continue?). >> >> I have since tried restoring a backup of a completely different machine >> with the same result. >> >> How does XCP go about detecting the installed VM? Why are my VM's >> properties not being displayed properly and how do I go about working >> around this? Any ideas? >> > > I guess that if the VM is not paravirt and there is no tools installed, > the dom0 has no way to known what is running inside. > > You should be able to install the tools by attaching the xs-tools.iso > CDrom and running the setup exe on there. Afterward your VM should be > detected properly. > > Hope this helps, > > Denis > > >> Thanks! >> >> >> This body part will be downloaded on demand. >> >> > > -- > Denis Cardon > Tranquil IT Systems > Les Espaces Jules Verne, b=C3=A2timent A > 12 avenue Jules Verne > 44230 Saint S=C3=A9bastien sur Loire > tel : +33 (0) 2.40.97.57.55 > http://www.tranquil-it-**systems.fr > > --e89a8f642ee03eaaed04d008e3cd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey, Dennis

Yup, that's what I thought; only I can't install= =20 xstools as I', presented with the following error: Unable to detect a= =20 valid platform. Do you still want to continue?

If I opt to continue = the VM reboots and bluescreens with an 7B stop error (I think that's co= ntroller related).

Why do the tools not detect the OS correctly?


On 4 December 2012 16:49, Denis Cardon = <denis.cardon@tranquil-it-systems.fr> wrot= e:
Hi lars,


I created a new VM today, using the Windows 7 64-bit template, then
restored an Acronis image of a Windows 7 workstation.

After booting into Windows, XenCenter lists the Operating System of the
VM as "Unknown". This results in me not being able to install xst= ools
(Unable to detect a valid platform. Do you still want to continue?).

I have since tried restoring a backup of a completely different machine
with the same result.

How does XCP go about detecting the installed VM? Why are my VM's
properties not being displayed properly and how do I go about working
around this? Any ideas?

I guess that if the VM is not paravirt and there is no tools installed, the= dom0 has no way to known what is running inside.

You should be able to install the tools by attaching the xs-tools.iso CDrom= and running the setup exe on there. Afterward your VM should be detected p= roperly.

Hope this helps,

Denis


Thanks!


This body part will be downloaded on demand.



--
Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=C3=A2timent A
12 avenue Jules Verne
44230 Saint S=C3=A9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.= tranquil-it-systems.fr


--e89a8f642ee03eaaed04d008e3cd-- --===============4229569902702930208== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4229569902702930208==-- From xen-api-bounces@lists.xen.org Tue Dec 04 15:55:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 15:55: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 1Tfupr-0002jB-Bb; Tue, 04 Dec 2012 15:55:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tfupp-0002j1-45 for xen-api@lists.xensource.com; Tue, 04 Dec 2012 15:55:01 +0000 Received: from [85.158.139.83:35804] by server-9.bemta-5.messagelabs.com id 8A/DB-29295-4DC1EB05; Tue, 04 Dec 2012 15:55:00 +0000 X-Env-Sender: meesterlars@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1354636498!24069355!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1141 invoked from network); 4 Dec 2012 15:54:59 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 15:54:59 -0000 Received: by mail-vc0-f171.google.com with SMTP id n11so4150552vch.30 for ; Tue, 04 Dec 2012 07:54:57 -0800 (PST) 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:cc :content-type; bh=xSrQwtUcmPZjTuLKoex1YsjBXpEnSXOJlSfP3aoc/24=; b=L0mVsYCyykgJqnvJyrbL1k/1bLh+XZO74Qqkux/LBqGBDJfvfJsmSa9UCcpnAW0VrL b4g42vTDcyWiTIOGgaUlkMuKftLbb3Z2vGCITVPGr37ZUzFzSmLpEckc+wWUHegiPU4n J7HOEHr1rNEvnsXdHWaFDbiLxR8IsHlU5rAHugHeT5XpiW6ka5Dio0WJFYEKZZeZbMhi QdZNNqW7dgH4nsNTKhPeTrJt7wVDfrX/foKU2i3g1FZfN4hTpDIAw2Too3V+eEQXq1O/ hxPrpn7xfZXxrc/OFCRmlxydARhKyQPrhEewVnna4Yz8lTYvpOuGCtTwPIX/Eu9yz5bK aWEQ== Received: by 10.58.198.164 with SMTP id jd4mr12386003vec.34.1354636497693; Tue, 04 Dec 2012 07:54:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.169.18 with HTTP; Tue, 4 Dec 2012 07:54:37 -0800 (PST) In-Reply-To: <50BE1B85.7000509@tranquil-it-systems.fr> References: <50BE1B85.7000509@tranquil-it-systems.fr> From: Lars Seeliger Date: Tue, 4 Dec 2012 16:54:37 +0100 Message-ID: Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] XCP 1.6 VM operating system not detected X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4229569902702930208==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4229569902702930208== Content-Type: multipart/alternative; boundary=e89a8f642ee03eaaed04d008e3cd --e89a8f642ee03eaaed04d008e3cd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey, Dennis Yup, that's what I thought; only I can't install xstools as I', presented with the following error: Unable to detect a valid platform. Do you still want to continue? If I opt to continue the VM reboots and bluescreens with an 7B stop error (I think that's controller related). Why do the tools not detect the OS correctly? On 4 December 2012 16:49, Denis Cardon wrote: > Hi lars, > > > I created a new VM today, using the Windows 7 64-bit template, then >> restored an Acronis image of a Windows 7 workstation. >> >> After booting into Windows, XenCenter lists the Operating System of the >> VM as "Unknown". This results in me not being able to install xstools >> (Unable to detect a valid platform. Do you still want to continue?). >> >> I have since tried restoring a backup of a completely different machine >> with the same result. >> >> How does XCP go about detecting the installed VM? Why are my VM's >> properties not being displayed properly and how do I go about working >> around this? Any ideas? >> > > I guess that if the VM is not paravirt and there is no tools installed, > the dom0 has no way to known what is running inside. > > You should be able to install the tools by attaching the xs-tools.iso > CDrom and running the setup exe on there. Afterward your VM should be > detected properly. > > Hope this helps, > > Denis > > >> Thanks! >> >> >> This body part will be downloaded on demand. >> >> > > -- > Denis Cardon > Tranquil IT Systems > Les Espaces Jules Verne, b=C3=A2timent A > 12 avenue Jules Verne > 44230 Saint S=C3=A9bastien sur Loire > tel : +33 (0) 2.40.97.57.55 > http://www.tranquil-it-**systems.fr > > --e89a8f642ee03eaaed04d008e3cd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hey, Dennis

Yup, that's what I thought; only I can't install= =20 xstools as I', presented with the following error: Unable to detect a= =20 valid platform. Do you still want to continue?

If I opt to continue = the VM reboots and bluescreens with an 7B stop error (I think that's co= ntroller related).

Why do the tools not detect the OS correctly?


On 4 December 2012 16:49, Denis Cardon = <denis.cardon@tranquil-it-systems.fr> wrot= e:
Hi lars,


I created a new VM today, using the Windows 7 64-bit template, then
restored an Acronis image of a Windows 7 workstation.

After booting into Windows, XenCenter lists the Operating System of the
VM as "Unknown". This results in me not being able to install xst= ools
(Unable to detect a valid platform. Do you still want to continue?).

I have since tried restoring a backup of a completely different machine
with the same result.

How does XCP go about detecting the installed VM? Why are my VM's
properties not being displayed properly and how do I go about working
around this? Any ideas?

I guess that if the VM is not paravirt and there is no tools installed, the= dom0 has no way to known what is running inside.

You should be able to install the tools by attaching the xs-tools.iso CDrom= and running the setup exe on there. Afterward your VM should be detected p= roperly.

Hope this helps,

Denis


Thanks!


This body part will be downloaded on demand.



--
Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=C3=A2timent A
12 avenue Jules Verne
44230 Saint S=C3=A9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.= tranquil-it-systems.fr


--e89a8f642ee03eaaed04d008e3cd-- --===============4229569902702930208== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4229569902702930208==-- From xen-api-bounces@lists.xen.org Tue Dec 04 16:37:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 16:37: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 1TfvVC-0006BT-IU; Tue, 04 Dec 2012 16:37:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfvVA-0006BE-Ov; Tue, 04 Dec 2012 16:37:44 +0000 Received: from [85.158.139.83:56171] by server-11.bemta-5.messagelabs.com id DC/46-03409-7D62EB05; Tue, 04 Dec 2012 16:37:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1354639062!25661638!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDY5MDg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5411 invoked from network); 4 Dec 2012 16:37:43 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 16:37:43 -0000 X-IronPort-AV: E=Sophos;i="4.84,215,1355097600"; d="scan'208";a="16153045" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Dec 2012 16:37:42 +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.279.1; Tue, 4 Dec 2012 16:37:42 +0000 Message-ID: <1354639060.15296.68.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lukas Laukamp Date: Tue, 4 Dec 2012 16:37:40 +0000 In-Reply-To: <50BE1B95.7040900@laukamp.me> References: <50BE13F8.7010001@hilboll.de> <50BE1B95.7040900@laukamp.me> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] Choosing Debian or Ubuntu as dom0 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Tue, 2012-12-04 at 15:49 +0000, Lukas Laukamp wrote: > Am 04.12.2012 16:17, schrieb Andreas Hilboll: > > Hi all, > > > > I need to set up three hosts as Xen dom0. I'm quite familiar with > > Debian-type distributions, i.e. Debian and Ubuntu. I'm wondering which > > distro is better suited for a dom0 system. In particular, I haven't been > > able to find Xen 4.2 packages for neither Ubuntu Precise nor Debian. > > It would be nice to have XCP working, but I noticed that the Xen wiki > > recommends switching to Debian SID. However, I'm quite reluctant to run > > an unstable distro on a production machine. This info might be out of date -- AIUI Wheezy (aka testing) now has everything needed for XCP. Are you interested only in XCP or are you more interested in regular Xen? The answer will make a big difference to the advice you receive. > > Summary of my questions: > > > > * Is there a way to get Xen 4.2 in either Ubuntu or Debian > > (not-unstable) without compiling from source? > > * Which distro has better Xen support *in the repository*? Ubuntu mostly just consumes Xen from Debian, so I think they are much the same. > > * Is there a way to get XCP working in either Ubuntu or Debian > > (not-unstable)? > > * Are the improvements from 4.1 to 4.2 good enough to make the trouble > > of self-compiling (in case there are no packages) worthwhile? Installing yourself from source isn't hard (if you just want Xen, see below re XCP) but in general if you don't have any specific reason to do otherwise I would recommend sticking with your distro packages. Doing this will naturally avoid all the pit falls which newcomers trip over. Even if you eventually want to build from source it is easier to use the packages to familiarise yourself first and then come back to building stuff yourself if and when you find you need to. If you are using XCP then I would strongly recommend to use the packaged stuff, rebuilding the whole stack from the ground up is likely to take you a while. > > For nativ Dom0 support in the kernel which is not given in the normal > squeeze Repos (2.6.32 kernel) Squeeze has a kernel flavour with Xen support, it is the one with -xen in the name. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 16:37:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 16:37: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 1TfvVC-0006BT-IU; Tue, 04 Dec 2012 16:37:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfvVA-0006BE-Ov; Tue, 04 Dec 2012 16:37:44 +0000 Received: from [85.158.139.83:56171] by server-11.bemta-5.messagelabs.com id DC/46-03409-7D62EB05; Tue, 04 Dec 2012 16:37:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1354639062!25661638!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDY5MDg=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5411 invoked from network); 4 Dec 2012 16:37:43 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 16:37:43 -0000 X-IronPort-AV: E=Sophos;i="4.84,215,1355097600"; d="scan'208";a="16153045" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Dec 2012 16:37:42 +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.279.1; Tue, 4 Dec 2012 16:37:42 +0000 Message-ID: <1354639060.15296.68.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lukas Laukamp Date: Tue, 4 Dec 2012 16:37:40 +0000 In-Reply-To: <50BE1B95.7040900@laukamp.me> References: <50BE13F8.7010001@hilboll.de> <50BE1B95.7040900@laukamp.me> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] Choosing Debian or Ubuntu as dom0 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Tue, 2012-12-04 at 15:49 +0000, Lukas Laukamp wrote: > Am 04.12.2012 16:17, schrieb Andreas Hilboll: > > Hi all, > > > > I need to set up three hosts as Xen dom0. I'm quite familiar with > > Debian-type distributions, i.e. Debian and Ubuntu. I'm wondering which > > distro is better suited for a dom0 system. In particular, I haven't been > > able to find Xen 4.2 packages for neither Ubuntu Precise nor Debian. > > It would be nice to have XCP working, but I noticed that the Xen wiki > > recommends switching to Debian SID. However, I'm quite reluctant to run > > an unstable distro on a production machine. This info might be out of date -- AIUI Wheezy (aka testing) now has everything needed for XCP. Are you interested only in XCP or are you more interested in regular Xen? The answer will make a big difference to the advice you receive. > > Summary of my questions: > > > > * Is there a way to get Xen 4.2 in either Ubuntu or Debian > > (not-unstable) without compiling from source? > > * Which distro has better Xen support *in the repository*? Ubuntu mostly just consumes Xen from Debian, so I think they are much the same. > > * Is there a way to get XCP working in either Ubuntu or Debian > > (not-unstable)? > > * Are the improvements from 4.1 to 4.2 good enough to make the trouble > > of self-compiling (in case there are no packages) worthwhile? Installing yourself from source isn't hard (if you just want Xen, see below re XCP) but in general if you don't have any specific reason to do otherwise I would recommend sticking with your distro packages. Doing this will naturally avoid all the pit falls which newcomers trip over. Even if you eventually want to build from source it is easier to use the packages to familiarise yourself first and then come back to building stuff yourself if and when you find you need to. If you are using XCP then I would strongly recommend to use the packaged stuff, rebuilding the whole stack from the ground up is likely to take you a while. > > For nativ Dom0 support in the kernel which is not given in the normal > squeeze Repos (2.6.32 kernel) Squeeze has a kernel flavour with Xen support, it is the one with -xen in the name. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 19:38:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 19:38: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 1TfyJr-000297-Im; Tue, 04 Dec 2012 19:38:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfyJq-000291-Im for xen-api@lists.xensource.com; Tue, 04 Dec 2012 19:38:14 +0000 Received: from [85.158.143.99:28969] by server-1.bemta-4.messagelabs.com id 9B/58-27934-5215EB05; Tue, 04 Dec 2012 19:38:13 +0000 X-Env-Sender: uriarte@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1354649891!21665454!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15933 invoked from network); 4 Dec 2012 19:38:13 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 19:38:13 -0000 Received: by mail-pb0-f43.google.com with SMTP id um15so3067151pbc.30 for ; Tue, 04 Dec 2012 11:38:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version:x-mailer; bh=kKnnJv/Opr6BppmTMJWX0fdrX+2Oh58Z4m/7l4SWibE=; b=f9B0/lcE/CWR8BB68ea1YLB2rFdXRFoVetxR4L2wMTTn0xlBoSulzLhPbBlyHYCXH8 +pKEmnlTnjQzoDbKk2UO650KCO3/RvSz8Jt0aHQuaFuxMO3TnCWRDnh+Y3LHrVwfAGy1 C4nGpUBXGcfnmk4TjIwDA6iyX6TqASDKiQsZT8MQ3/xSXKRFO6911fYKdsOY/JXnLUJa 8eBI6G9SAsrbeiaXmsqwjpfpd98BqNI+apcjkVmQTNfPiCXRTs6zksIbqmzzPtCL6gHB SfIgGtMODsEgKKd3DI28rv5GyS90H7H/+GFNnZm+/kjS+oYYOrgeAmg310n3DlBCJXg5 /iAA== Received: by 10.68.252.168 with SMTP id zt8mr41582465pbc.43.1354649891164; Tue, 04 Dec 2012 11:38:11 -0800 (PST) Received: from [172.16.1.5] (c-67-171-121-111.hsd1.ut.comcast.net. [67.171.121.111]) by mx.google.com with ESMTPS id p5sm1251643paz.22.2012.12.04.11.38.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 11:38:10 -0800 (PST) From: Jim Uriarte Message-Id: <42FB3C9F-6BFE-43E2-950B-871CFBC84CF5@gmail.com> Date: Tue, 4 Dec 2012 12:38:07 -0700 To: xen-api@lists.xensource.com Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) Subject: [Xen-API] XCP 1.6 Windows 2012 Bonded Host Ethernet X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I am currently trying to use a bonded ethernet connection for my XCP server, and when I do this, my Windows 2012 server is no longer able to connect. I am able to pull an IP from DHCP, and my CentOS boxes work just fine, but this windows box doesn't. I have tried creating new interfaces, restarting the guest, starting the guest on a different pool member, etc. I am not sure why it no longer has connectivity. Any help is appreciated. Thanks, Jim _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Dec 04 19:38:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 04 Dec 2012 19:38: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 1TfyJr-000297-Im; Tue, 04 Dec 2012 19:38:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TfyJq-000291-Im for xen-api@lists.xensource.com; Tue, 04 Dec 2012 19:38:14 +0000 Received: from [85.158.143.99:28969] by server-1.bemta-4.messagelabs.com id 9B/58-27934-5215EB05; Tue, 04 Dec 2012 19:38:13 +0000 X-Env-Sender: uriarte@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1354649891!21665454!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15933 invoked from network); 4 Dec 2012 19:38:13 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 4 Dec 2012 19:38:13 -0000 Received: by mail-pb0-f43.google.com with SMTP id um15so3067151pbc.30 for ; Tue, 04 Dec 2012 11:38:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version:x-mailer; bh=kKnnJv/Opr6BppmTMJWX0fdrX+2Oh58Z4m/7l4SWibE=; b=f9B0/lcE/CWR8BB68ea1YLB2rFdXRFoVetxR4L2wMTTn0xlBoSulzLhPbBlyHYCXH8 +pKEmnlTnjQzoDbKk2UO650KCO3/RvSz8Jt0aHQuaFuxMO3TnCWRDnh+Y3LHrVwfAGy1 C4nGpUBXGcfnmk4TjIwDA6iyX6TqASDKiQsZT8MQ3/xSXKRFO6911fYKdsOY/JXnLUJa 8eBI6G9SAsrbeiaXmsqwjpfpd98BqNI+apcjkVmQTNfPiCXRTs6zksIbqmzzPtCL6gHB SfIgGtMODsEgKKd3DI28rv5GyS90H7H/+GFNnZm+/kjS+oYYOrgeAmg310n3DlBCJXg5 /iAA== Received: by 10.68.252.168 with SMTP id zt8mr41582465pbc.43.1354649891164; Tue, 04 Dec 2012 11:38:11 -0800 (PST) Received: from [172.16.1.5] (c-67-171-121-111.hsd1.ut.comcast.net. [67.171.121.111]) by mx.google.com with ESMTPS id p5sm1251643paz.22.2012.12.04.11.38.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 11:38:10 -0800 (PST) From: Jim Uriarte Message-Id: <42FB3C9F-6BFE-43E2-950B-871CFBC84CF5@gmail.com> Date: Tue, 4 Dec 2012 12:38:07 -0700 To: xen-api@lists.xensource.com Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) Subject: [Xen-API] XCP 1.6 Windows 2012 Bonded Host Ethernet X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I am currently trying to use a bonded ethernet connection for my XCP server, and when I do this, my Windows 2012 server is no longer able to connect. I am able to pull an IP from DHCP, and my CentOS boxes work just fine, but this windows box doesn't. I have tried creating new interfaces, restarting the guest, starting the guest on a different pool member, etc. I am not sure why it no longer has connectivity. Any help is appreciated. Thanks, Jim _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 06:42:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 06:42: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 1Tg8g2-00009S-TS; Wed, 05 Dec 2012 06:41:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tg8g1-00009N-3w for Xen-api@lists.xen.org; Wed, 05 Dec 2012 06:41:49 +0000 Received: from [85.158.139.211:32946] by server-9.bemta-5.messagelabs.com id A4/34-29295-CACEEB05; Wed, 05 Dec 2012 06:41:48 +0000 X-Env-Sender: free.hussain@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1354689706!19094476!1 X-Originating-IP: [209.85.210.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19278 invoked from network); 5 Dec 2012 06:41:47 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Dec 2012 06:41:47 -0000 Received: by mail-ia0-f173.google.com with SMTP id w21so4139462iac.32 for ; Tue, 04 Dec 2012 22:41:46 -0800 (PST) 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=oDA4uIdY2gZmxvGsaGeFjT1dPNXBlQQBGAR6xg+0qwY=; b=fCt+bkVtQk7TPF7tkdyvbWtpZmXfEXUtfPQBOOzLVBkHKMzd9KTlPXGUocDg4YOoop f0F/WMQHBF+sHiY14jBx3PK/TbQ/wl8aY2kanV1kEIPMOBl//XaxWupi/quoJvAlMIzG NZr9J5pX/nixIBt3wbQslBGXESOM3CsLtPLGcoNp0j336uUIcl4qvYAyNOPMiF6JDgVg evXEYnq4ZLkXXkQhY/Ln57fGNQq591j8By+dPlhSJJ0wdKl3Vr6cRrVBD4tRyz1EynRd YXyQcAEWb9u8KKahccREIyW2M9Rvb5l15TGQ/eTzdHsszbrvDP0oIKQ3JeiMdke+YrBE G4vQ== MIME-Version: 1.0 Received: by 10.50.194.131 with SMTP id hw3mr783977igc.71.1354689706212; Tue, 04 Dec 2012 22:41:46 -0800 (PST) Received: by 10.64.100.233 with HTTP; Tue, 4 Dec 2012 22:41:46 -0800 (PST) Date: Wed, 5 Dec 2012 09:41:46 +0300 Message-ID: From: hussain free To: Xen-api@lists.xen.org Subject: [Xen-API] Please help "big problem" X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8196502856153656656==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8196502856153656656== Content-Type: multipart/alternative; boundary=14dae9340f79b83c0304d01546cb --14dae9340f79b83c0304d01546cb Content-Type: text/plain; charset=ISO-8859-1 hallo all i found i bug in my xcp 1.6 final it makes server restart if you trun on virtual machine, here is the details i want to install Oracle Linux Server 5.8 64-bit full packaged so i have selected "other install media", it works fine but when i assign detected graphic the whole server restart. my server spec is: HP Proliant dl380 G7 with 28G RAM and RAID 0 CPU: Model: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz Speed: 2665 MHz GPU: ATI Technologies Inc ES1000 (1 GPU) anyone would help me please :) thank you --14dae9340f79b83c0304d01546cb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hallo all

i found i bug in my xcp 1.6 f= inal it makes server restart if you trun on virtual machine, here is the de= tails

i want to install Oracle Linux Server 5.8 64= -bit full=A0packaged=A0so i have selected=A0"other install media"= , it works fine but when i assign=A0detected=A0graphic the whole server res= tart.

my server spec is:
HP Proliant dl380 G7 with = 28G RAM and RAID 0
CPU:
Model: Intel(R) Xeon(R) CPU =A0= X5650 =A0@ 2.67GHz
Speed: 2665 MHz=A0

GP= U: ATI=A0Technologies=A0Inc ES1000 (1 GPU)

anyone would help me please :)

thank you

--14dae9340f79b83c0304d01546cb-- --===============8196502856153656656== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8196502856153656656==-- From xen-api-bounces@lists.xen.org Wed Dec 05 06:42:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 06:42: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 1Tg8g2-00009S-TS; Wed, 05 Dec 2012 06:41:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tg8g1-00009N-3w for Xen-api@lists.xen.org; Wed, 05 Dec 2012 06:41:49 +0000 Received: from [85.158.139.211:32946] by server-9.bemta-5.messagelabs.com id A4/34-29295-CACEEB05; Wed, 05 Dec 2012 06:41:48 +0000 X-Env-Sender: free.hussain@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1354689706!19094476!1 X-Originating-IP: [209.85.210.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19278 invoked from network); 5 Dec 2012 06:41:47 -0000 Received: from mail-ia0-f173.google.com (HELO mail-ia0-f173.google.com) (209.85.210.173) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Dec 2012 06:41:47 -0000 Received: by mail-ia0-f173.google.com with SMTP id w21so4139462iac.32 for ; Tue, 04 Dec 2012 22:41:46 -0800 (PST) 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=oDA4uIdY2gZmxvGsaGeFjT1dPNXBlQQBGAR6xg+0qwY=; b=fCt+bkVtQk7TPF7tkdyvbWtpZmXfEXUtfPQBOOzLVBkHKMzd9KTlPXGUocDg4YOoop f0F/WMQHBF+sHiY14jBx3PK/TbQ/wl8aY2kanV1kEIPMOBl//XaxWupi/quoJvAlMIzG NZr9J5pX/nixIBt3wbQslBGXESOM3CsLtPLGcoNp0j336uUIcl4qvYAyNOPMiF6JDgVg evXEYnq4ZLkXXkQhY/Ln57fGNQq591j8By+dPlhSJJ0wdKl3Vr6cRrVBD4tRyz1EynRd YXyQcAEWb9u8KKahccREIyW2M9Rvb5l15TGQ/eTzdHsszbrvDP0oIKQ3JeiMdke+YrBE G4vQ== MIME-Version: 1.0 Received: by 10.50.194.131 with SMTP id hw3mr783977igc.71.1354689706212; Tue, 04 Dec 2012 22:41:46 -0800 (PST) Received: by 10.64.100.233 with HTTP; Tue, 4 Dec 2012 22:41:46 -0800 (PST) Date: Wed, 5 Dec 2012 09:41:46 +0300 Message-ID: From: hussain free To: Xen-api@lists.xen.org Subject: [Xen-API] Please help "big problem" X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8196502856153656656==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8196502856153656656== Content-Type: multipart/alternative; boundary=14dae9340f79b83c0304d01546cb --14dae9340f79b83c0304d01546cb Content-Type: text/plain; charset=ISO-8859-1 hallo all i found i bug in my xcp 1.6 final it makes server restart if you trun on virtual machine, here is the details i want to install Oracle Linux Server 5.8 64-bit full packaged so i have selected "other install media", it works fine but when i assign detected graphic the whole server restart. my server spec is: HP Proliant dl380 G7 with 28G RAM and RAID 0 CPU: Model: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz Speed: 2665 MHz GPU: ATI Technologies Inc ES1000 (1 GPU) anyone would help me please :) thank you --14dae9340f79b83c0304d01546cb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hallo all

i found i bug in my xcp 1.6 f= inal it makes server restart if you trun on virtual machine, here is the de= tails

i want to install Oracle Linux Server 5.8 64= -bit full=A0packaged=A0so i have selected=A0"other install media"= , it works fine but when i assign=A0detected=A0graphic the whole server res= tart.

my server spec is:
HP Proliant dl380 G7 with = 28G RAM and RAID 0
CPU:
Model: Intel(R) Xeon(R) CPU =A0= X5650 =A0@ 2.67GHz
Speed: 2665 MHz=A0

GP= U: ATI=A0Technologies=A0Inc ES1000 (1 GPU)

anyone would help me please :)

thank you

--14dae9340f79b83c0304d01546cb-- --===============8196502856153656656== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8196502856153656656==-- From xen-api-bounces@lists.xen.org Wed Dec 05 07:54:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 07: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 1Tg9nz-0001Ya-Io; Wed, 05 Dec 2012 07:54:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tg9ny-0001YV-5p for xen-api@lists.xen.org; Wed, 05 Dec 2012 07:54:06 +0000 Received: from [193.109.254.147:43465] by server-3.bemta-14.messagelabs.com id 24/E0-01317-D9DFEB05; Wed, 05 Dec 2012 07:54:05 +0000 X-Env-Sender: moss.mose@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1354694033!8983610!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2954 invoked from network); 5 Dec 2012 07:53:54 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Dec 2012 07:53:54 -0000 Received: by mail-ee0-f45.google.com with SMTP id d49so3191688eek.32 for ; Tue, 04 Dec 2012 23:53:53 -0800 (PST) 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=DCYTTKidn4d0+gHpMpQ9C4w0vxJgk1XhNJ8kbGUC+qg=; b=j8xp+CFdAC+5mDOM788y7iyP5vh4jrrutKoZBzzx+zV2nm0ejVasUwvRN3MwmQ+RfS 80VsM0S42VVKMtyo8yzXXqtJngon+1lF5W5tfCAWVCRjBx/LWo2l2+VDL+bsq4oFNenE DP8fn+xNHzBRkYI4Jv7nCXhTTmCARN42gL7a3FNFsQT7YZw+Nib5oKaU7DrO222087Ia PaxesPNHvCGT90WxIg5PPuM8bAjTNBYjXZLUzLYOr9UdRJEqBa/N/hFJzv3n2FqRQGts ZPtMl/ydLZj/0UX0iok+CVN6OQl8Uc+pXjmWtKp5TEAKs3dBnR3EeMwW/YQbpaMfnKP4 anEw== Received: by 10.14.175.198 with SMTP id z46mr57814520eel.26.1354694033153; Tue, 04 Dec 2012 23:53:53 -0800 (PST) Received: from moss-hybrid.lan (chello062178225175.14.15.univie.teleweb.at. [62.178.225.175]) by mx.google.com with ESMTPS id k4sm1276658eep.15.2012.12.04.23.53.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 23:53:52 -0800 (PST) From: "moss.mose@gmail.com" Date: Wed, 5 Dec 2012 08:53:51 +0100 Message-Id: To: xen-api@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-API] some confusion about SR and PBD and ... X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi to everyone ! I'm new here, so this is my first post. I'm playing around with Xen Server on an Ubuntu server installation using LVM as its main disk management framework. Well it's an installation option to do so ... (maybe that wasn't a good idea to choose in the first place...) Now... Of course I came to the point where I needed an SR. Following some tutorials I created a new partition, in my case an LV, and an SR on top of it. When I checked the LVM settings I saw that a new PV, VG and LV have been created. So I thought "WOW" ... next I did was checking the data rate, so I wrote a file with 4G in size (with dd) to the disk. One to the disk created for the SR and one to a disk one "abstraction layer" lower (or obove ? ... whatever ... :) ). The difference was quite noticable ~175MB/s on the SR disk and ~211MB/s one layer lower... Hm... I did some searching, but this seems to be the normal way... So my question: Is it somehow possible to attach an LV to be used (and managed) by XEN as a SR more directly (instead of having it create this whole bunch of virtulization-thingies...) Because I didn't find anything in the web this might be a stupid question but I thought ... well ... ask anyway :) Greetings, Oliver _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 07:54:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 07: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 1Tg9nz-0001Ya-Io; Wed, 05 Dec 2012 07:54:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tg9ny-0001YV-5p for xen-api@lists.xen.org; Wed, 05 Dec 2012 07:54:06 +0000 Received: from [193.109.254.147:43465] by server-3.bemta-14.messagelabs.com id 24/E0-01317-D9DFEB05; Wed, 05 Dec 2012 07:54:05 +0000 X-Env-Sender: moss.mose@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1354694033!8983610!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2954 invoked from network); 5 Dec 2012 07:53:54 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Dec 2012 07:53:54 -0000 Received: by mail-ee0-f45.google.com with SMTP id d49so3191688eek.32 for ; Tue, 04 Dec 2012 23:53:53 -0800 (PST) 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=DCYTTKidn4d0+gHpMpQ9C4w0vxJgk1XhNJ8kbGUC+qg=; b=j8xp+CFdAC+5mDOM788y7iyP5vh4jrrutKoZBzzx+zV2nm0ejVasUwvRN3MwmQ+RfS 80VsM0S42VVKMtyo8yzXXqtJngon+1lF5W5tfCAWVCRjBx/LWo2l2+VDL+bsq4oFNenE DP8fn+xNHzBRkYI4Jv7nCXhTTmCARN42gL7a3FNFsQT7YZw+Nib5oKaU7DrO222087Ia PaxesPNHvCGT90WxIg5PPuM8bAjTNBYjXZLUzLYOr9UdRJEqBa/N/hFJzv3n2FqRQGts ZPtMl/ydLZj/0UX0iok+CVN6OQl8Uc+pXjmWtKp5TEAKs3dBnR3EeMwW/YQbpaMfnKP4 anEw== Received: by 10.14.175.198 with SMTP id z46mr57814520eel.26.1354694033153; Tue, 04 Dec 2012 23:53:53 -0800 (PST) Received: from moss-hybrid.lan (chello062178225175.14.15.univie.teleweb.at. [62.178.225.175]) by mx.google.com with ESMTPS id k4sm1276658eep.15.2012.12.04.23.53.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Dec 2012 23:53:52 -0800 (PST) From: "moss.mose@gmail.com" Date: Wed, 5 Dec 2012 08:53:51 +0100 Message-Id: To: xen-api@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Subject: [Xen-API] some confusion about SR and PBD and ... X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi to everyone ! I'm new here, so this is my first post. I'm playing around with Xen Server on an Ubuntu server installation using LVM as its main disk management framework. Well it's an installation option to do so ... (maybe that wasn't a good idea to choose in the first place...) Now... Of course I came to the point where I needed an SR. Following some tutorials I created a new partition, in my case an LV, and an SR on top of it. When I checked the LVM settings I saw that a new PV, VG and LV have been created. So I thought "WOW" ... next I did was checking the data rate, so I wrote a file with 4G in size (with dd) to the disk. One to the disk created for the SR and one to a disk one "abstraction layer" lower (or obove ? ... whatever ... :) ). The difference was quite noticable ~175MB/s on the SR disk and ~211MB/s one layer lower... Hm... I did some searching, but this seems to be the normal way... So my question: Is it somehow possible to attach an LV to be used (and managed) by XEN as a SR more directly (instead of having it create this whole bunch of virtulization-thingies...) Because I didn't find anything in the web this might be a stupid question but I thought ... well ... ask anyway :) Greetings, Oliver _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 10:46:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 10:46: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 1TgCUN-00083k-1f; Wed, 05 Dec 2012 10:46:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgCUL-00083V-9n for xen-api@lists.xen.org; Wed, 05 Dec 2012 10:46:01 +0000 Received: from [85.158.138.51:31473] by server-13.bemta-3.messagelabs.com id 99/3B-24887-8E52FB05; Wed, 05 Dec 2012 10:46:00 +0000 X-Env-Sender: myatsko@adelina.com.ua X-Msg-Ref: server-15.tower-174.messagelabs.com!1354704343!25772502!1 X-Originating-IP: [213.133.167.196] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28860 invoked from network); 5 Dec 2012 10:45:43 -0000 Received: from inet.adelina.com.ua (HELO inet.adelina.com.ua) (213.133.167.196) by server-15.tower-174.messagelabs.com with SMTP; 5 Dec 2012 10:45:43 -0000 Received: by inet.adelina.com.ua (Postfix, from userid 1005) id 61CFF5CB111; Wed, 5 Dec 2012 12:45:42 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on inet.internal.adelina.com.ua X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from as.internal.adelina.com.ua (unknown [10.24.2.19]) by inet.adelina.com.ua (Postfix) with ESMTP id AF3CA37BACB for ; Wed, 5 Dec 2012 10:45:39 +0000 (UTC) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 5 Dec 2012 12:45:36 +0200 Message-ID: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XCP and HBA storage problem. Thread-Index: Ac3S1DXiUptuzp4YTB2yC6df9KCALQ== From: "Yatsko Mykhailo" To: Subject: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8318626534127284554==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8318626534127284554== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDD2D5.A9433102" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDD2D5.A9433102 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Hi everyone. I am a complete newbie to Xen. I run the following config: HP ProLiant DL360 G7 server, 2 absolutely identical items, running = latest XCP. They are joined in a pool. Also there is a HP StorageWorks = P2000 G3 storage array. This is the config I have troubles with.=20 Currently we are planning to migrate to Xen-based solutions from = VMWare-based. We have other 2 servers (also identical to those mentioned = above), which make use of the same storage device. VMWare servers = connect to the storage over HBA. XCP ones do not recognize LUNs (though there is one made specially for = them and not in use by any other machine) when adding a HBA storage, but = work fine if adding it as software iSCSI. There are no restrictions as = for access at the storage side, no passwords etc. Any piece of advice would be highly appreciated. =20 =C7 =EF=EE=E2=E0=E3=EE=FE, =DF=F6=EA=EE =CC=E8=F5=E0=E9=EB=EE = =C2=EE=EB=EE=E4=E8=EC=E8=F0=EE=E2=E8=F7 =D1=E8=F1=F2=E5=EC=ED=E8=E9 =E0=E4=EC=B3=ED=B3=F1=F2=F0=E0=F2=EE=F0 Adelina Holding LLC =C2=B3=E4=E4=B3=EB =F2=E5=F5=ED=B3=F7=ED=EE=BF = =EF=B3=E4=F2=F0=E8=EC=EA=E8 _________________________________ 03065, =EC. =CA=E8=B3=E2, =E1=F3=EB. =CB=E5=EF=F1=E5, 4 E-mail: myatsko@adelina.com.ua Web: www.adelina.com.ua =CC=EE=E1.: +380501440657 =D4=E0=EA=F1: +38 (032) 235 17 75 =20 ------_=_NextPart_001_01CDD2D5.A9433102 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

Hi everyone.

I am a complete newbie to Xen. I = run the following config:

HP ProLiant DL360 G7 server, 2 = absolutely identical items, running latest XCP. They are joined in a = pool. Also there is a HP StorageWorks P2000 G3 storage array. This is = the config I have troubles with.

Currently we are planning to = migrate to Xen-based solutions from VMWare-based. We have other 2 = servers (also identical to those mentioned above), which make use of the = same storage device. VMWare servers connect to the storage over = HBA.

XCP = ones do not recognize LUNs (though there is one made specially for them = and not in use by any other machine) when adding a HBA storage, but work = fine if adding it as software iSCSI. =A0There are no restrictions as for = access at the storage side, no passwords etc.

Any piece of advice would be highly = appreciated.

 

=C7 =EF=EE=E2=E0=E3=EE=FE,
=DF=F6=EA=EE = =CC=E8=F5=E0=E9=EB=EE = =C2=EE=EB=EE=E4=E8=EC=E8=F0= =EE=E2=E8=F7
=D1=E8=F1=F2=E5=EC=ED=E8=E9= = =E0=E4=EC=B3=ED=B3=F1=F2=F0= =E0=F2=EE=F0
Adelina Holding = LLC
=C2=B3=E4=E4=B3=EB= = =F2=E5=F5=ED=B3=F7=ED=EE=BF= = =EF=B3=E4=F2=F0=E8=EC=EA=E8=
_________________________________
03065, = =EC. =CA=E8=B3=E2, =E1=F3=EB. =CB=E5=EF=F1=E5, = 4
E-mail: myatsko@adelina.com.ua
Web: = www.adelina.com.ua
=CC=EE=E1.: = +380501440657
=D4=E0=EA=F1: = +38 (032) 235 17 75

 

------_=_NextPart_001_01CDD2D5.A9433102-- --===============8318626534127284554== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8318626534127284554==-- From xen-api-bounces@lists.xen.org Wed Dec 05 10:46:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 10:46: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 1TgCUN-00083k-1f; Wed, 05 Dec 2012 10:46:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgCUL-00083V-9n for xen-api@lists.xen.org; Wed, 05 Dec 2012 10:46:01 +0000 Received: from [85.158.138.51:31473] by server-13.bemta-3.messagelabs.com id 99/3B-24887-8E52FB05; Wed, 05 Dec 2012 10:46:00 +0000 X-Env-Sender: myatsko@adelina.com.ua X-Msg-Ref: server-15.tower-174.messagelabs.com!1354704343!25772502!1 X-Originating-IP: [213.133.167.196] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28860 invoked from network); 5 Dec 2012 10:45:43 -0000 Received: from inet.adelina.com.ua (HELO inet.adelina.com.ua) (213.133.167.196) by server-15.tower-174.messagelabs.com with SMTP; 5 Dec 2012 10:45:43 -0000 Received: by inet.adelina.com.ua (Postfix, from userid 1005) id 61CFF5CB111; Wed, 5 Dec 2012 12:45:42 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on inet.internal.adelina.com.ua X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from as.internal.adelina.com.ua (unknown [10.24.2.19]) by inet.adelina.com.ua (Postfix) with ESMTP id AF3CA37BACB for ; Wed, 5 Dec 2012 10:45:39 +0000 (UTC) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 5 Dec 2012 12:45:36 +0200 Message-ID: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XCP and HBA storage problem. Thread-Index: Ac3S1DXiUptuzp4YTB2yC6df9KCALQ== From: "Yatsko Mykhailo" To: Subject: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8318626534127284554==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8318626534127284554== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDD2D5.A9433102" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDD2D5.A9433102 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Hi everyone. I am a complete newbie to Xen. I run the following config: HP ProLiant DL360 G7 server, 2 absolutely identical items, running = latest XCP. They are joined in a pool. Also there is a HP StorageWorks = P2000 G3 storage array. This is the config I have troubles with.=20 Currently we are planning to migrate to Xen-based solutions from = VMWare-based. We have other 2 servers (also identical to those mentioned = above), which make use of the same storage device. VMWare servers = connect to the storage over HBA. XCP ones do not recognize LUNs (though there is one made specially for = them and not in use by any other machine) when adding a HBA storage, but = work fine if adding it as software iSCSI. There are no restrictions as = for access at the storage side, no passwords etc. Any piece of advice would be highly appreciated. =20 =C7 =EF=EE=E2=E0=E3=EE=FE, =DF=F6=EA=EE =CC=E8=F5=E0=E9=EB=EE = =C2=EE=EB=EE=E4=E8=EC=E8=F0=EE=E2=E8=F7 =D1=E8=F1=F2=E5=EC=ED=E8=E9 =E0=E4=EC=B3=ED=B3=F1=F2=F0=E0=F2=EE=F0 Adelina Holding LLC =C2=B3=E4=E4=B3=EB =F2=E5=F5=ED=B3=F7=ED=EE=BF = =EF=B3=E4=F2=F0=E8=EC=EA=E8 _________________________________ 03065, =EC. =CA=E8=B3=E2, =E1=F3=EB. =CB=E5=EF=F1=E5, 4 E-mail: myatsko@adelina.com.ua Web: www.adelina.com.ua =CC=EE=E1.: +380501440657 =D4=E0=EA=F1: +38 (032) 235 17 75 =20 ------_=_NextPart_001_01CDD2D5.A9433102 Content-Type: text/html; charset="windows-1251" Content-Transfer-Encoding: quoted-printable

Hi everyone.

I am a complete newbie to Xen. I = run the following config:

HP ProLiant DL360 G7 server, 2 = absolutely identical items, running latest XCP. They are joined in a = pool. Also there is a HP StorageWorks P2000 G3 storage array. This is = the config I have troubles with.

Currently we are planning to = migrate to Xen-based solutions from VMWare-based. We have other 2 = servers (also identical to those mentioned above), which make use of the = same storage device. VMWare servers connect to the storage over = HBA.

XCP = ones do not recognize LUNs (though there is one made specially for them = and not in use by any other machine) when adding a HBA storage, but work = fine if adding it as software iSCSI. =A0There are no restrictions as for = access at the storage side, no passwords etc.

Any piece of advice would be highly = appreciated.

 

=C7 =EF=EE=E2=E0=E3=EE=FE,
=DF=F6=EA=EE = =CC=E8=F5=E0=E9=EB=EE = =C2=EE=EB=EE=E4=E8=EC=E8=F0= =EE=E2=E8=F7
=D1=E8=F1=F2=E5=EC=ED=E8=E9= = =E0=E4=EC=B3=ED=B3=F1=F2=F0= =E0=F2=EE=F0
Adelina Holding = LLC
=C2=B3=E4=E4=B3=EB= = =F2=E5=F5=ED=B3=F7=ED=EE=BF= = =EF=B3=E4=F2=F0=E8=EC=EA=E8=
_________________________________
03065, = =EC. =CA=E8=B3=E2, =E1=F3=EB. =CB=E5=EF=F1=E5, = 4
E-mail: myatsko@adelina.com.ua
Web: = www.adelina.com.ua
=CC=EE=E1.: = +380501440657
=D4=E0=EA=F1: = +38 (032) 235 17 75

 

------_=_NextPart_001_01CDD2D5.A9433102-- --===============8318626534127284554== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8318626534127284554==-- From xen-api-bounces@lists.xen.org Wed Dec 05 14:58:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 14:58: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 1TgGQR-0004mV-1L; Wed, 05 Dec 2012 14:58:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgGQQ-0004mO-2p for xen-api@lists.xen.org; Wed, 05 Dec 2012 14:58:14 +0000 Received: from [85.158.139.211:45895] by server-2.bemta-5.messagelabs.com id D6/C4-04892-5016FB05; Wed, 05 Dec 2012 14:58:13 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-8.tower-206.messagelabs.com!1354719492!19199312!1 X-Originating-IP: [80.12.242.124] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15427 invoked from network); 5 Dec 2012 14:58:12 -0000 Received: from smtp02.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.124) by server-8.tower-206.messagelabs.com with SMTP; 5 Dec 2012 14:58:12 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d04 with ME id XqyB1k00Q3zjds103qyB0N; Wed, 05 Dec 2012 15:58:12 +0100 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 970F0161C17 for ; Wed, 5 Dec 2012 15:58:11 +0100 (CET) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id baUhKvd_ibMX; Wed, 5 Dec 2012 15:58:06 +0100 (CET) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id D972A161C16; Wed, 5 Dec 2012 15:58:06 +0100 (CET) Message-ID: <50BF60FE.6090908@tranquil-it-systems.fr> Date: Wed, 05 Dec 2012 15:58:06 +0100 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] xcp SR and drbd X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, I'm wondering if it could be possible to extend lvm SR to integrate a = DRBD primary/secondary redundancy for a two nodes installation. Let me explains the context and the a possible solution. we've been using drbd for some years on iscsi SAN with Xen/XCP, having 2 = redundant iscsi SAN and 2 Xen/XCP nodes. This kind of setup works great, however for smaller setups it is kind of = overkill. So we started to integrate drbd directly on XCP nodes (there are some = docs at linbits about it). However being a little bit paranoid about = split brain scenario, we have always been using primary/secondary setups = (SR1 primary on XCP1 and SR2 primary on XCP2). This kind of setup has a big drawback : VMs with VDI on SR1 have to run = on XCP1 and VMs with VDI on SR2 have to run on XCP2. There is a loss of = flexibility and a loss of transparancy for XCP admins. So I'd want to extend the lvm SR to integrate DRBD primary secondary, = and I'd like to have some input on this kind of scenario : * one each lvm, create a drbd resource, and when a vbd is brough up the = drbd resource is switch to primary. * when migrating a vm to the second node, turn drbd on first node = secondary, turn drbd on the second node primary, and get on with = resuming the VM. * when a VMs is brought down, pbd is brought down and drbd resource is = switch to secondary. That would make a lot of drbd resource when accounting for snapshot and = all, but if it could be possible to be done, it would be a tremendous = addition for smaller setups for SMBs. I'd be glad to have some input from the dev if possible. By the way, = kudos to the devs for XCP 1.6, it really rocks. Cheers, Denis -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 14:58:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 14:58: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 1TgGQR-0004mV-1L; Wed, 05 Dec 2012 14:58:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgGQQ-0004mO-2p for xen-api@lists.xen.org; Wed, 05 Dec 2012 14:58:14 +0000 Received: from [85.158.139.211:45895] by server-2.bemta-5.messagelabs.com id D6/C4-04892-5016FB05; Wed, 05 Dec 2012 14:58:13 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-8.tower-206.messagelabs.com!1354719492!19199312!1 X-Originating-IP: [80.12.242.124] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15427 invoked from network); 5 Dec 2012 14:58:12 -0000 Received: from smtp02.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.124) by server-8.tower-206.messagelabs.com with SMTP; 5 Dec 2012 14:58:12 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d04 with ME id XqyB1k00Q3zjds103qyB0N; Wed, 05 Dec 2012 15:58:12 +0100 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 970F0161C17 for ; Wed, 5 Dec 2012 15:58:11 +0100 (CET) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id baUhKvd_ibMX; Wed, 5 Dec 2012 15:58:06 +0100 (CET) Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id D972A161C16; Wed, 5 Dec 2012 15:58:06 +0100 (CET) Message-ID: <50BF60FE.6090908@tranquil-it-systems.fr> Date: Wed, 05 Dec 2012 15:58:06 +0100 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] xcp SR and drbd X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, I'm wondering if it could be possible to extend lvm SR to integrate a = DRBD primary/secondary redundancy for a two nodes installation. Let me explains the context and the a possible solution. we've been using drbd for some years on iscsi SAN with Xen/XCP, having 2 = redundant iscsi SAN and 2 Xen/XCP nodes. This kind of setup works great, however for smaller setups it is kind of = overkill. So we started to integrate drbd directly on XCP nodes (there are some = docs at linbits about it). However being a little bit paranoid about = split brain scenario, we have always been using primary/secondary setups = (SR1 primary on XCP1 and SR2 primary on XCP2). This kind of setup has a big drawback : VMs with VDI on SR1 have to run = on XCP1 and VMs with VDI on SR2 have to run on XCP2. There is a loss of = flexibility and a loss of transparancy for XCP admins. So I'd want to extend the lvm SR to integrate DRBD primary secondary, = and I'd like to have some input on this kind of scenario : * one each lvm, create a drbd resource, and when a vbd is brough up the = drbd resource is switch to primary. * when migrating a vm to the second node, turn drbd on first node = secondary, turn drbd on the second node primary, and get on with = resuming the VM. * when a VMs is brought down, pbd is brought down and drbd resource is = switch to secondary. That would make a lot of drbd resource when accounting for snapshot and = all, but if it could be possible to be done, it would be a tremendous = addition for smaller setups for SMBs. I'd be glad to have some input from the dev if possible. By the way, = kudos to the devs for XCP 1.6, it really rocks. Cheers, Denis -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 18:37:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 18:37: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 1TgJq6-0007n9-GC; Wed, 05 Dec 2012 18:36:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgJq5-0007mx-9k for xen-api@lists.xen.org; Wed, 05 Dec 2012 18:36:57 +0000 Received: from [193.109.254.147:8810] by server-1.bemta-14.messagelabs.com id EA/8F-25314-8449FB05; Wed, 05 Dec 2012 18:36:56 +0000 X-Env-Sender: carnold@electrichendrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1354732614!1870816!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTMzNg==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTMzNg==\n,MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25684 invoked from network); 5 Dec 2012 18:36:55 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-15.tower-27.messagelabs.com with SMTP; 5 Dec 2012 18:36:55 -0000 X-Authority-Analysis: v=2.0 cv=b+UwE66x c=1 sm=0 a=SWowGRsViryGCq6W3uAXzg==:17 a=Z8NhdVnBYBkA:10 a=gKdNUozYXGYA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=Fx01H1t8AAAA:8 a=6uzqk6NNUiEA:10 a=CWDW74jhq19wXOo2A6sA:9 a=CjuIK1q_8ugA:10 a=SWowGRsViryGCq6W3uAXzg==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 75.177.187.225 Received: from [75.177.187.225] ([75.177.187.225:46358] helo=mail.electrichendrix.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 87/DF-00778-C349FB05; Wed, 05 Dec 2012 18:36:44 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.electrichendrix.com (Postfix) with ESMTP id EA69713405F for ; Wed, 5 Dec 2012 13:36:10 -0500 (EST) X-Virus-Scanned: amavisd-new at mail.electrichendrix.com Received: from mail.electrichendrix.com ([127.0.0.1]) by localhost (mail.electrichendrix.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id b5chcaXe-xSN for ; Wed, 5 Dec 2012 13:36:10 -0500 (EST) Received: from [10.179.140.50] (unknown [166.205.49.111]) by mail.electrichendrix.com (Postfix) with ESMTPSA id 46AC013404F for ; Wed, 5 Dec 2012 13:36:10 -0500 (EST) From: Chris Arnold X-Mailer: iPhone Mail (10A405) Message-Id: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> Date: Wed, 5 Dec 2012 13:36:42 -0500 To: "xen-api@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello list! I have been tasked with finding an alternative to our Citrix server. I am unclear if XCP will meet our needs so I thought I would ask the list. Our needs are: - published apps - printing to client printers - local mapped drives - audio I have looked on the website to see if XCP meets these needs but have not been able to verify. Can someone point me to a doc that will tell me if XCP meets our needs or perhaps you already use XCP in this capacity. Thanks for your help Sent from my iPhone _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 18:37:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 18:37: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 1TgJq6-0007n9-GC; Wed, 05 Dec 2012 18:36:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgJq5-0007mx-9k for xen-api@lists.xen.org; Wed, 05 Dec 2012 18:36:57 +0000 Received: from [193.109.254.147:8810] by server-1.bemta-14.messagelabs.com id EA/8F-25314-8449FB05; Wed, 05 Dec 2012 18:36:56 +0000 X-Env-Sender: carnold@electrichendrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1354732614!1870816!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTMzNg==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTMzNg==\n,MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25684 invoked from network); 5 Dec 2012 18:36:55 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-15.tower-27.messagelabs.com with SMTP; 5 Dec 2012 18:36:55 -0000 X-Authority-Analysis: v=2.0 cv=b+UwE66x c=1 sm=0 a=SWowGRsViryGCq6W3uAXzg==:17 a=Z8NhdVnBYBkA:10 a=gKdNUozYXGYA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=Fx01H1t8AAAA:8 a=6uzqk6NNUiEA:10 a=CWDW74jhq19wXOo2A6sA:9 a=CjuIK1q_8ugA:10 a=SWowGRsViryGCq6W3uAXzg==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 75.177.187.225 Received: from [75.177.187.225] ([75.177.187.225:46358] helo=mail.electrichendrix.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 87/DF-00778-C349FB05; Wed, 05 Dec 2012 18:36:44 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.electrichendrix.com (Postfix) with ESMTP id EA69713405F for ; Wed, 5 Dec 2012 13:36:10 -0500 (EST) X-Virus-Scanned: amavisd-new at mail.electrichendrix.com Received: from mail.electrichendrix.com ([127.0.0.1]) by localhost (mail.electrichendrix.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id b5chcaXe-xSN for ; Wed, 5 Dec 2012 13:36:10 -0500 (EST) Received: from [10.179.140.50] (unknown [166.205.49.111]) by mail.electrichendrix.com (Postfix) with ESMTPSA id 46AC013404F for ; Wed, 5 Dec 2012 13:36:10 -0500 (EST) From: Chris Arnold X-Mailer: iPhone Mail (10A405) Message-Id: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> Date: Wed, 5 Dec 2012 13:36:42 -0500 To: "xen-api@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello list! I have been tasked with finding an alternative to our Citrix server. I am unclear if XCP will meet our needs so I thought I would ask the list. Our needs are: - published apps - printing to client printers - local mapped drives - audio I have looked on the website to see if XCP meets these needs but have not been able to verify. Can someone point me to a doc that will tell me if XCP meets our needs or perhaps you already use XCP in this capacity. Thanks for your help Sent from my iPhone _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 21:57:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 21:57: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 1TgMxy-0004jj-Lt; Wed, 05 Dec 2012 21:57:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgMxx-0004jd-RL for xen-api@lists.xen.org; Wed, 05 Dec 2012 21:57:18 +0000 Received: from [85.158.139.211:27657] by server-7.bemta-5.messagelabs.com id DE/95-23096-C33CFB05; Wed, 05 Dec 2012 21:57:16 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1354744634!19166189!1 X-Originating-IP: [209.85.223.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_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31582 invoked from network); 5 Dec 2012 21:57:15 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Dec 2012 21:57:15 -0000 Received: by mail-ie0-f173.google.com with SMTP id e13so10324175iej.32 for ; Wed, 05 Dec 2012 13:57:14 -0800 (PST) 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=w5mhbq3xUD8nDK2is2B+LdD9+LXtZwnbcakUM5w8VN8=; b=j8eNIVuecKtd/3Ku2NUSoaVoU+peUcpKYkDUoFMCUacMQw1AZczvhVabSvgR/qd7Na t/zZZGhY6qaCHCzSft9DKKNO+IAe29lHUoiPhMZ7LE8Nw9w1vrKQCIqEjrkZY+epM7ZW GRgoQQU4vuTySFb/nInQe33hLXYZWyHbPutfeJYP2dyavzjY/dRm34qzxyc7yDHBIok0 SLiMIDRypCXbDqUC07prZ5XTDV5R2SilAdtDdiYmFHGgD/slya3jUK/QxQuHqGT/Bnns Y0BlWs0vxbxLBcUF416b5YsQOJJozss5rMg++mzmBiEsOfDVxHWfDWIeI10shZtEV5B4 Eh8Q== Received: by 10.42.44.196 with SMTP id c4mr15940445icf.45.1354744634437; Wed, 05 Dec 2012 13:57:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.136.113 with HTTP; Wed, 5 Dec 2012 13:56:34 -0800 (PST) In-Reply-To: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> References: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> From: Grant McWilliams Date: Wed, 5 Dec 2012 13:56:34 -0800 Message-ID: To: Chris Arnold Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5655873754017552453==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5655873754017552453== Content-Type: multipart/alternative; boundary=bcaec5182234b26f2504d0221063 --bcaec5182234b26f2504d0221063 Content-Type: text/plain; charset=UTF-8 On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnold wrote: > Hello list! I have been tasked with finding an alternative to our Citrix > server. I am unclear if XCP will meet our needs so I thought I would ask > the list. Our needs are: > - published apps > - printing to client printers > - local mapped drives > - audio > > I have looked on the website to see if XCP meets these needs but have not > been able to verify. Can someone point me to a doc that will tell me if XCP > meets our needs or perhaps you already use XCP in this capacity. Thanks for > your help > > Sent from my iPhone > _______________________________________________ > > Chris, XCP pretty much IS Xenserver minus the High Availability functionality. If Xenserver is not doing what you want then XCP probably won't either. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --bcaec5182234b26f2504d0221063 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnol= d <carnold@electrichendrix.com> wrote:
Hello list! I have been tasked with finding an alternative to our Citrix se= rver. I am unclear if XCP will meet our needs so I thought I would ask the = list. Our needs are:
- published apps
- printing to client printers
- local mapped drives
- audio

I have looked on the website to see if XCP meets these needs but have not b= een able to verify. Can someone point me to a doc that will tell me if XCP = meets our needs or perhaps you already use XCP in this capacity. Thanks for= your help

Sent from my iPhone
_______________________________________________

Chris,
=C2=A0 =C2=A0XCP pretty much IS Xenserver min= us the High Availability functionality. If Xenserver is not doing what you = want then XCP probably won't either.=C2=A0


Grant McWilliams
http://grantmcwilliams.com/

= Some people, when confronted with a problem, think "I know, I'll u= se Windows."=C2=A0
Now they have two problems.=C2=A0

--bcaec5182234b26f2504d0221063-- --===============5655873754017552453== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5655873754017552453==-- From xen-api-bounces@lists.xen.org Wed Dec 05 21:57:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 21:57: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 1TgMxy-0004jj-Lt; Wed, 05 Dec 2012 21:57:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgMxx-0004jd-RL for xen-api@lists.xen.org; Wed, 05 Dec 2012 21:57:18 +0000 Received: from [85.158.139.211:27657] by server-7.bemta-5.messagelabs.com id DE/95-23096-C33CFB05; Wed, 05 Dec 2012 21:57:16 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1354744634!19166189!1 X-Originating-IP: [209.85.223.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_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31582 invoked from network); 5 Dec 2012 21:57:15 -0000 Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com) (209.85.223.173) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Dec 2012 21:57:15 -0000 Received: by mail-ie0-f173.google.com with SMTP id e13so10324175iej.32 for ; Wed, 05 Dec 2012 13:57:14 -0800 (PST) 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=w5mhbq3xUD8nDK2is2B+LdD9+LXtZwnbcakUM5w8VN8=; b=j8eNIVuecKtd/3Ku2NUSoaVoU+peUcpKYkDUoFMCUacMQw1AZczvhVabSvgR/qd7Na t/zZZGhY6qaCHCzSft9DKKNO+IAe29lHUoiPhMZ7LE8Nw9w1vrKQCIqEjrkZY+epM7ZW GRgoQQU4vuTySFb/nInQe33hLXYZWyHbPutfeJYP2dyavzjY/dRm34qzxyc7yDHBIok0 SLiMIDRypCXbDqUC07prZ5XTDV5R2SilAdtDdiYmFHGgD/slya3jUK/QxQuHqGT/Bnns Y0BlWs0vxbxLBcUF416b5YsQOJJozss5rMg++mzmBiEsOfDVxHWfDWIeI10shZtEV5B4 Eh8Q== Received: by 10.42.44.196 with SMTP id c4mr15940445icf.45.1354744634437; Wed, 05 Dec 2012 13:57:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.136.113 with HTTP; Wed, 5 Dec 2012 13:56:34 -0800 (PST) In-Reply-To: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> References: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> From: Grant McWilliams Date: Wed, 5 Dec 2012 13:56:34 -0800 Message-ID: To: Chris Arnold Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5655873754017552453==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5655873754017552453== Content-Type: multipart/alternative; boundary=bcaec5182234b26f2504d0221063 --bcaec5182234b26f2504d0221063 Content-Type: text/plain; charset=UTF-8 On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnold wrote: > Hello list! I have been tasked with finding an alternative to our Citrix > server. I am unclear if XCP will meet our needs so I thought I would ask > the list. Our needs are: > - published apps > - printing to client printers > - local mapped drives > - audio > > I have looked on the website to see if XCP meets these needs but have not > been able to verify. Can someone point me to a doc that will tell me if XCP > meets our needs or perhaps you already use XCP in this capacity. Thanks for > your help > > Sent from my iPhone > _______________________________________________ > > Chris, XCP pretty much IS Xenserver minus the High Availability functionality. If Xenserver is not doing what you want then XCP probably won't either. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. --bcaec5182234b26f2504d0221063 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnol= d <carnold@electrichendrix.com> wrote:
Hello list! I have been tasked with finding an alternative to our Citrix se= rver. I am unclear if XCP will meet our needs so I thought I would ask the = list. Our needs are:
- published apps
- printing to client printers
- local mapped drives
- audio

I have looked on the website to see if XCP meets these needs but have not b= een able to verify. Can someone point me to a doc that will tell me if XCP = meets our needs or perhaps you already use XCP in this capacity. Thanks for= your help

Sent from my iPhone
_______________________________________________

Chris,
=C2=A0 =C2=A0XCP pretty much IS Xenserver min= us the High Availability functionality. If Xenserver is not doing what you = want then XCP probably won't either.=C2=A0


Grant McWilliams
http://grantmcwilliams.com/

= Some people, when confronted with a problem, think "I know, I'll u= se Windows."=C2=A0
Now they have two problems.=C2=A0

--bcaec5182234b26f2504d0221063-- --===============5655873754017552453== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5655873754017552453==-- From xen-api-bounces@lists.xen.org Wed Dec 05 22:35:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 22:35: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 1TgNYV-0005eJ-4l; Wed, 05 Dec 2012 22:35:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgNYU-0005eE-0a for xen-api@lists.xen.org; Wed, 05 Dec 2012 22:35:02 +0000 Received: from [85.158.139.83:24614] by server-10.bemta-5.messagelabs.com id 4D/DC-09257-51CCFB05; Wed, 05 Dec 2012 22:35:01 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-14.tower-182.messagelabs.com!1354746900!24287094!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21849 invoked from network); 5 Dec 2012 22:35:00 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-14.tower-182.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 5 Dec 2012 22:35:00 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TgNYR-0000Mj-SG; Wed, 05 Dec 2012 23:34:59 +0100 Message-ID: <50BFCC15.8090408@dod.no> Date: Wed, 05 Dec 2012 23:35:01 +0100 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> In-Reply-To: Subject: Re: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 12/05/2012 10:56 PM, Grant McWilliams wrote: > > On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnold > > wrote: > > Hello list! I have been tasked with finding an alternative to our > Citrix server. I am unclear if XCP will meet our needs so I thought > I would ask the list. Our needs are: > - published apps > - printing to client printers > - local mapped drives > - audio > > I have looked on the website to see if XCP meets these needs but > have not been able to verify. Can someone point me to a doc that > will tell me if XCP meets our needs or perhaps you already use XCP > in this capacity. Thanks for your help > > Sent from my iPhone > _______________________________________________ > > > Chris, > XCP pretty much IS Xenserver minus the High Availability > functionality. If Xenserver is not doing what you want then XCP probably > won't either. I think Chris may have got things a bit backwards. From his needs, I think he means Citrix XenApp (MetaFrame) server. XCP/Xenserver is "hardware virtualization". XenApp is "desktop virtualization". You can't use XCP for desktop virtualization. (But you can use XCP for a virtual machine that runs XenApp) -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 22:35:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 22:35: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 1TgNYV-0005eJ-4l; Wed, 05 Dec 2012 22:35:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgNYU-0005eE-0a for xen-api@lists.xen.org; Wed, 05 Dec 2012 22:35:02 +0000 Received: from [85.158.139.83:24614] by server-10.bemta-5.messagelabs.com id 4D/DC-09257-51CCFB05; Wed, 05 Dec 2012 22:35:01 +0000 X-Env-Sender: burnie@dod.no X-Msg-Ref: server-14.tower-182.messagelabs.com!1354746900!24287094!1 X-Originating-IP: [85.200.204.134] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21849 invoked from network); 5 Dec 2012 22:35:00 -0000 Received: from mail.prioris.no (HELO mail.prioris.net) (85.200.204.134) by server-14.tower-182.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 5 Dec 2012 22:35:00 -0000 Received: from tux.prioris.no ([192.168.123.99]) [213.187.182.34] by mail.prioris.net with esmtpsa(TLS) (Exim 4.69) for xen-api@lists.xen.org id 1TgNYR-0000Mj-SG; Wed, 05 Dec 2012 23:34:59 +0100 Message-ID: <50BFCC15.8090408@dod.no> Date: Wed, 05 Dec 2012 23:35:01 +0100 From: Burnie Organization: DoD User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110625 Remi/fc11 Lightning/1.0b3pre Thunderbird/3.1.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> In-Reply-To: Subject: Re: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 12/05/2012 10:56 PM, Grant McWilliams wrote: > > On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnold > > wrote: > > Hello list! I have been tasked with finding an alternative to our > Citrix server. I am unclear if XCP will meet our needs so I thought > I would ask the list. Our needs are: > - published apps > - printing to client printers > - local mapped drives > - audio > > I have looked on the website to see if XCP meets these needs but > have not been able to verify. Can someone point me to a doc that > will tell me if XCP meets our needs or perhaps you already use XCP > in this capacity. Thanks for your help > > Sent from my iPhone > _______________________________________________ > > > Chris, > XCP pretty much IS Xenserver minus the High Availability > functionality. If Xenserver is not doing what you want then XCP probably > won't either. I think Chris may have got things a bit backwards. From his needs, I think he means Citrix XenApp (MetaFrame) server. XCP/Xenserver is "hardware virtualization". XenApp is "desktop virtualization". You can't use XCP for desktop virtualization. (But you can use XCP for a virtual machine that runs XenApp) -- Bernt 'Burnie' Pettersen /// DoD#2345 /// - Creative brains need creative workhours! - _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 22:56:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 22:56: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 1TgNtO-0005z3-3I; Wed, 05 Dec 2012 22:56:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgNtM-0005yy-EL for xen-api@lists.xen.org; Wed, 05 Dec 2012 22:56:36 +0000 Received: from [85.158.139.83:56514] by server-7.bemta-5.messagelabs.com id E6/0D-23096-321DFB05; Wed, 05 Dec 2012 22:56:35 +0000 X-Env-Sender: carnold@electrichendrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1354748194!27906493!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTIxMg==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTIxMg==\n,MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14941 invoked from network); 5 Dec 2012 22:56:34 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-9.tower-182.messagelabs.com with SMTP; 5 Dec 2012 22:56:34 -0000 X-Authority-Analysis: v=2.0 cv=b+UwE66x c=1 sm=0 a=SWowGRsViryGCq6W3uAXzg==:17 a=Z8NhdVnBYBkA:10 a=_9gZm2ZgdDsA:10 a=gKdNUozYXGYA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=Fx01H1t8AAAA:8 a=1CG0XBmsseIA:10 a=NkKUQncbQ_Ow-FRnAxQA:9 a=CjuIK1q_8ugA:10 a=thVeFYP5CaEA:10 a=SWowGRsViryGCq6W3uAXzg==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 75.177.187.225 Received: from [75.177.187.225] ([75.177.187.225:35309] helo=mail.electrichendrix.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 9F/95-00778-121DFB05; Wed, 05 Dec 2012 22:56:34 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.electrichendrix.com (Postfix) with ESMTP id E2D6213405E for ; Wed, 5 Dec 2012 17:55:59 -0500 (EST) X-Virus-Scanned: amavisd-new at mail.electrichendrix.com Received: from mail.electrichendrix.com ([127.0.0.1]) by localhost (mail.electrichendrix.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 1t-HK0IugPgR for ; Wed, 5 Dec 2012 17:55:59 -0500 (EST) Received: from [10.179.140.50] (unknown [166.205.49.111]) by mail.electrichendrix.com (Postfix) with ESMTPSA id 33F36134002 for ; Wed, 5 Dec 2012 17:55:59 -0500 (EST) References: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> <50BFCC15.8090408@dod.no> From: Chris Arnold X-Mailer: iPhone Mail (10A405) In-Reply-To: <50BFCC15.8090408@dod.no> Message-Id: <300A1721-44E9-42DD-9DC5-5301D54FC042@electrichendrix.com> Date: Wed, 5 Dec 2012 17:56:31 -0500 To: xen-api@lists.xen.org Mime-Version: 1.0 (1.0) Subject: Re: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Dec 5, 2012, at 5:35 PM, Burnie wrote: > On 12/05/2012 10:56 PM, Grant McWilliams wrote: >> >> On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnold >> > wrote: >> >> Hello list! I have been tasked with finding an alternative to our >> Citrix server. I am unclear if XCP will meet our needs so I thought >> I would ask the list. Our needs are: >> - published apps >> - printing to client printers >> - local mapped drives >> - audio >> >> I have looked on the website to see if XCP meets these needs but >> have not been able to verify. Can someone point me to a doc that >> will tell me if XCP meets our needs or perhaps you already use XCP >> in this capacity. Thanks for your help >> >> Sent from my iPhone >> _______________________________________________ >> >> >> Chris, >> XCP pretty much IS Xenserver minus the High Availability >> functionality. If Xenserver is not doing what you want then XCP probably >> won't either. > > > I think Chris may have got things a bit backwards. > From his needs, I think he means Citrix XenApp (MetaFrame) server. > > XCP/Xenserver is "hardware virtualization". > XenApp is "desktop virtualization". > > You can't use XCP for desktop virtualization. (But you can use XCP > for a virtual machine that Sorry for not clarifying. I wasn't sure if XCP did desktop virtualization and hardware virtualization. You both answered my question. Thank you so much _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 22:56:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 22:56: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 1TgNtO-0005z3-3I; Wed, 05 Dec 2012 22:56:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgNtM-0005yy-EL for xen-api@lists.xen.org; Wed, 05 Dec 2012 22:56:36 +0000 Received: from [85.158.139.83:56514] by server-7.bemta-5.messagelabs.com id E6/0D-23096-321DFB05; Wed, 05 Dec 2012 22:56:35 +0000 X-Env-Sender: carnold@electrichendrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1354748194!27906493!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.2 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTIxMg==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4MTIxMg==\n,MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14941 invoked from network); 5 Dec 2012 22:56:34 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-9.tower-182.messagelabs.com with SMTP; 5 Dec 2012 22:56:34 -0000 X-Authority-Analysis: v=2.0 cv=b+UwE66x c=1 sm=0 a=SWowGRsViryGCq6W3uAXzg==:17 a=Z8NhdVnBYBkA:10 a=_9gZm2ZgdDsA:10 a=gKdNUozYXGYA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=Fx01H1t8AAAA:8 a=1CG0XBmsseIA:10 a=NkKUQncbQ_Ow-FRnAxQA:9 a=CjuIK1q_8ugA:10 a=thVeFYP5CaEA:10 a=SWowGRsViryGCq6W3uAXzg==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 75.177.187.225 Received: from [75.177.187.225] ([75.177.187.225:35309] helo=mail.electrichendrix.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 9F/95-00778-121DFB05; Wed, 05 Dec 2012 22:56:34 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.electrichendrix.com (Postfix) with ESMTP id E2D6213405E for ; Wed, 5 Dec 2012 17:55:59 -0500 (EST) X-Virus-Scanned: amavisd-new at mail.electrichendrix.com Received: from mail.electrichendrix.com ([127.0.0.1]) by localhost (mail.electrichendrix.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 1t-HK0IugPgR for ; Wed, 5 Dec 2012 17:55:59 -0500 (EST) Received: from [10.179.140.50] (unknown [166.205.49.111]) by mail.electrichendrix.com (Postfix) with ESMTPSA id 33F36134002 for ; Wed, 5 Dec 2012 17:55:59 -0500 (EST) References: <9E091887-4955-4A85-BA75-0E6B16457EF7@electrichendrix.com> <50BFCC15.8090408@dod.no> From: Chris Arnold X-Mailer: iPhone Mail (10A405) In-Reply-To: <50BFCC15.8090408@dod.no> Message-Id: <300A1721-44E9-42DD-9DC5-5301D54FC042@electrichendrix.com> Date: Wed, 5 Dec 2012 17:56:31 -0500 To: xen-api@lists.xen.org Mime-Version: 1.0 (1.0) Subject: Re: [Xen-API] Looking for Alternatives X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Dec 5, 2012, at 5:35 PM, Burnie wrote: > On 12/05/2012 10:56 PM, Grant McWilliams wrote: >> >> On Wed, Dec 5, 2012 at 10:36 AM, Chris Arnold >> > wrote: >> >> Hello list! I have been tasked with finding an alternative to our >> Citrix server. I am unclear if XCP will meet our needs so I thought >> I would ask the list. Our needs are: >> - published apps >> - printing to client printers >> - local mapped drives >> - audio >> >> I have looked on the website to see if XCP meets these needs but >> have not been able to verify. Can someone point me to a doc that >> will tell me if XCP meets our needs or perhaps you already use XCP >> in this capacity. Thanks for your help >> >> Sent from my iPhone >> _______________________________________________ >> >> >> Chris, >> XCP pretty much IS Xenserver minus the High Availability >> functionality. If Xenserver is not doing what you want then XCP probably >> won't either. > > > I think Chris may have got things a bit backwards. > From his needs, I think he means Citrix XenApp (MetaFrame) server. > > XCP/Xenserver is "hardware virtualization". > XenApp is "desktop virtualization". > > You can't use XCP for desktop virtualization. (But you can use XCP > for a virtual machine that Sorry for not clarifying. I wasn't sure if XCP did desktop virtualization and hardware virtualization. You both answered my question. Thank you so much _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 23:12:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 23:12:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgO8E-0006JX-Bj; Wed, 05 Dec 2012 23:11:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgO8C-0006JQ-5o for xen-api@lists.xen.org; Wed, 05 Dec 2012 23:11:56 +0000 Received: from [193.109.254.147:27045] by server-12.bemta-14.messagelabs.com id E1/4C-00510-BB4DFB05; Wed, 05 Dec 2012 23:11:55 +0000 X-Env-Sender: tim@titley.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1354749108!9110213!1 X-Originating-IP: [31.172.241.186] X-SpamReason: No, hits=2.3 required=7.0 tests=BODY_RANDOM_LONG, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27575 invoked from network); 5 Dec 2012 23:11:49 -0000 Received: from mail.secureitsolutions.co.uk (HELO mail.secureitsolutions.co.uk) (31.172.241.186) by server-13.tower-27.messagelabs.com with SMTP; 5 Dec 2012 23:11:49 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.secureitsolutions.co.uk (Postfix) with ESMTP id 94B96B4A010; Wed, 5 Dec 2012 23:11:15 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at Received: from mail.secureitsolutions.co.uk ([127.0.0.1]) by localhost (DSQ4004-32.tagadab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZjV5cXVyavC; Wed, 5 Dec 2012 23:11:15 +0000 (GMT) Received: from [192.168.0.2] (host86-172-33-52.range86-172.btcentralplus.com [86.172.33.52]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.secureitsolutions.co.uk (Postfix) with ESMTPSA id 1E2EAB4A00E; Wed, 5 Dec 2012 23:11:15 +0000 (GMT) Message-ID: <50BFD4B3.6090004@titley.com> Date: Wed, 05 Dec 2012 23:11:47 +0000 From: Tim User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Denis Cardon References: <50BF60FE.6090908@tranquil-it-systems.fr> In-Reply-To: <50BF60FE.6090908@tranquil-it-systems.fr> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp SR and drbd X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Denis, > I'm wondering if it could be possible to extend lvm SR to integrate a > DRBD primary/secondary redundancy for a two nodes installation. > > Let me explains the context and the a possible solution. > > we've been using drbd for some years on iscsi SAN with Xen/XCP, having > 2 redundant iscsi SAN and 2 Xen/XCP nodes. > > This kind of setup works great, however for smaller setups it is kind > of overkill. We used to do exactly the same, using two switches and multi-path to deal with the switch redundancy. Feeling it was overkill, we switched to a similar setup to you.. > So we started to integrate drbd directly on XCP nodes (there are some > docs at linbits about it). However being a little bit paranoid about > split brain scenario, we have always been using primary/secondary > setups (SR1 primary on XCP1 and SR2 primary on XCP2). We are using a similar setup, but with dual primary. The two servers are connected directly via a cable so there is little possibility of the two being disconnected. We have only run into a problem with split-brain once where we were doing something rather silly - using vdi-copy to migrate virtual disks to a local software raid5 array while running VMs on the same raid5 array. In short the whole machine stopped responding to the network for minutes at a time while the copy took place. Fortunately we were able to recover pretty easily - lesson learned: stay away from software raid5 on the hypervisors. > This kind of setup has a big drawback : VMs with VDI on SR1 have to > run on XCP1 and VMs with VDI on SR2 have to run on XCP2. There is a > loss of flexibility and a loss of transparancy for XCP admins. Generally, we have not had a problem with dual primary - we use live-migrate and run VMs on either node. When the hypervisors boot, we make sure everything is connected, switch both to primary and plug in the PBDs. Our plan for recovering from split-brain it to pick the host with the most changed VDIs (the most data) as the new primary. Use DRBD with an external meta-disk to replicate the changed VDIs to the new primary. Invalidate the data on the junked host and run a full re-sync. Not fun, but recoverable as long as you know which VMs have been running on which host and you keep an eye out for split-brain (there are hooks you can use to notify you when things happen to drbd). > > So I'd want to extend the lvm SR to integrate DRBD primary secondary, > and I'd like to have some input on this kind of scenario : > > * one each lvm, create a drbd resource, and when a vbd is brough up > the drbd resource is switch to primary. > * when migrating a vm to the second node, turn drbd on first node > secondary, turn drbd on the second node primary, and get on with > resuming the VM. > * when a VMs is brought down, pbd is brought down and drbd resource is > switch to secondary. My understanding is the following: An LVM SR is effectively an LVM Volume group attached via a PBD. If you unplug the PBD when shutting down the VM, you are taking the whole SR offline. If you had one PBD per VM, you would need one SR per VDI therefore one VG per VDI which wouldn't work... You wouldn't be able to do snapshots, resize VDIs etc....... What you might do (which is what I think you're angling at) is the following: Both hosts handle their own LVM VG and corresponding LVs. Every time you create a VDI, each host would create the LV locally, set up a DRBD resource and start syncing. Both VDIs could sit in "Secondary" mode while the VM was down, and would only switch to primary while the VM was running on that particular host. Provisions would have to be made for making sure the DRBD/LVM config was kept concurrent across the two hosts. Most of the DRBD config (sync rates, protcol, passwords, data integrity algorithm etc.....) could be stored in the SR config, but one would need to be able to re-build a whole SR should a disk on one of the hosts fail. How would you deal with split-brain? If XCP2 appeared down, would XCP1 put a VDI into primary without knowing the state of the VDI on XCP2? Please feel to correct me should my understanding be at fault in any way. > That would make a lot of drbd resource when accounting for snapshot > and all, but if it could be possible to be done, it would be a > tremendous addition for smaller setups for SMBs. So far, we have only thought about a two node setup, but I suppose you could go further. You would need a system of keeping track of which VDI was mirrored on which which host, automatic re-distribution of VDIs to another host in the pool should a another fail (or be removed from the pool), each VM would be limited to two hosts in the pool (so you may run into problems with multiple host failures), each host would have to have a large amount of local storage. There are some limitations, but it might be workable...... My two cents! > I'd be glad to have some input from the dev if possible. By the way, > kudos to the devs for XCP 1.6, it really rocks. Good to hear - thanks to the devs from this corner too. I'm looking forward to playing with the new features soon. Regards, Tim _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 23:12:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 23:12:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgO8E-0006JX-Bj; Wed, 05 Dec 2012 23:11:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgO8C-0006JQ-5o for xen-api@lists.xen.org; Wed, 05 Dec 2012 23:11:56 +0000 Received: from [193.109.254.147:27045] by server-12.bemta-14.messagelabs.com id E1/4C-00510-BB4DFB05; Wed, 05 Dec 2012 23:11:55 +0000 X-Env-Sender: tim@titley.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1354749108!9110213!1 X-Originating-IP: [31.172.241.186] X-SpamReason: No, hits=2.3 required=7.0 tests=BODY_RANDOM_LONG, RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27575 invoked from network); 5 Dec 2012 23:11:49 -0000 Received: from mail.secureitsolutions.co.uk (HELO mail.secureitsolutions.co.uk) (31.172.241.186) by server-13.tower-27.messagelabs.com with SMTP; 5 Dec 2012 23:11:49 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.secureitsolutions.co.uk (Postfix) with ESMTP id 94B96B4A010; Wed, 5 Dec 2012 23:11:15 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at Received: from mail.secureitsolutions.co.uk ([127.0.0.1]) by localhost (DSQ4004-32.tagadab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZjV5cXVyavC; Wed, 5 Dec 2012 23:11:15 +0000 (GMT) Received: from [192.168.0.2] (host86-172-33-52.range86-172.btcentralplus.com [86.172.33.52]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.secureitsolutions.co.uk (Postfix) with ESMTPSA id 1E2EAB4A00E; Wed, 5 Dec 2012 23:11:15 +0000 (GMT) Message-ID: <50BFD4B3.6090004@titley.com> Date: Wed, 05 Dec 2012 23:11:47 +0000 From: Tim User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Denis Cardon References: <50BF60FE.6090908@tranquil-it-systems.fr> In-Reply-To: <50BF60FE.6090908@tranquil-it-systems.fr> Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] xcp SR and drbd X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Denis, > I'm wondering if it could be possible to extend lvm SR to integrate a > DRBD primary/secondary redundancy for a two nodes installation. > > Let me explains the context and the a possible solution. > > we've been using drbd for some years on iscsi SAN with Xen/XCP, having > 2 redundant iscsi SAN and 2 Xen/XCP nodes. > > This kind of setup works great, however for smaller setups it is kind > of overkill. We used to do exactly the same, using two switches and multi-path to deal with the switch redundancy. Feeling it was overkill, we switched to a similar setup to you.. > So we started to integrate drbd directly on XCP nodes (there are some > docs at linbits about it). However being a little bit paranoid about > split brain scenario, we have always been using primary/secondary > setups (SR1 primary on XCP1 and SR2 primary on XCP2). We are using a similar setup, but with dual primary. The two servers are connected directly via a cable so there is little possibility of the two being disconnected. We have only run into a problem with split-brain once where we were doing something rather silly - using vdi-copy to migrate virtual disks to a local software raid5 array while running VMs on the same raid5 array. In short the whole machine stopped responding to the network for minutes at a time while the copy took place. Fortunately we were able to recover pretty easily - lesson learned: stay away from software raid5 on the hypervisors. > This kind of setup has a big drawback : VMs with VDI on SR1 have to > run on XCP1 and VMs with VDI on SR2 have to run on XCP2. There is a > loss of flexibility and a loss of transparancy for XCP admins. Generally, we have not had a problem with dual primary - we use live-migrate and run VMs on either node. When the hypervisors boot, we make sure everything is connected, switch both to primary and plug in the PBDs. Our plan for recovering from split-brain it to pick the host with the most changed VDIs (the most data) as the new primary. Use DRBD with an external meta-disk to replicate the changed VDIs to the new primary. Invalidate the data on the junked host and run a full re-sync. Not fun, but recoverable as long as you know which VMs have been running on which host and you keep an eye out for split-brain (there are hooks you can use to notify you when things happen to drbd). > > So I'd want to extend the lvm SR to integrate DRBD primary secondary, > and I'd like to have some input on this kind of scenario : > > * one each lvm, create a drbd resource, and when a vbd is brough up > the drbd resource is switch to primary. > * when migrating a vm to the second node, turn drbd on first node > secondary, turn drbd on the second node primary, and get on with > resuming the VM. > * when a VMs is brought down, pbd is brought down and drbd resource is > switch to secondary. My understanding is the following: An LVM SR is effectively an LVM Volume group attached via a PBD. If you unplug the PBD when shutting down the VM, you are taking the whole SR offline. If you had one PBD per VM, you would need one SR per VDI therefore one VG per VDI which wouldn't work... You wouldn't be able to do snapshots, resize VDIs etc....... What you might do (which is what I think you're angling at) is the following: Both hosts handle their own LVM VG and corresponding LVs. Every time you create a VDI, each host would create the LV locally, set up a DRBD resource and start syncing. Both VDIs could sit in "Secondary" mode while the VM was down, and would only switch to primary while the VM was running on that particular host. Provisions would have to be made for making sure the DRBD/LVM config was kept concurrent across the two hosts. Most of the DRBD config (sync rates, protcol, passwords, data integrity algorithm etc.....) could be stored in the SR config, but one would need to be able to re-build a whole SR should a disk on one of the hosts fail. How would you deal with split-brain? If XCP2 appeared down, would XCP1 put a VDI into primary without knowing the state of the VDI on XCP2? Please feel to correct me should my understanding be at fault in any way. > That would make a lot of drbd resource when accounting for snapshot > and all, but if it could be possible to be done, it would be a > tremendous addition for smaller setups for SMBs. So far, we have only thought about a two node setup, but I suppose you could go further. You would need a system of keeping track of which VDI was mirrored on which which host, automatic re-distribution of VDIs to another host in the pool should a another fail (or be removed from the pool), each VM would be limited to two hosts in the pool (so you may run into problems with multiple host failures), each host would have to have a large amount of local storage. There are some limitations, but it might be workable...... My two cents! > I'd be glad to have some input from the dev if possible. By the way, > kudos to the devs for XCP 1.6, it really rocks. Good to hear - thanks to the devs from this corner too. I'm looking forward to playing with the new features soon. Regards, Tim _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 23:58:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 23:58: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 1TgOqy-0007HT-Ce; Wed, 05 Dec 2012 23:58:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgOqx-0007HO-GO for xen-api@lists.xen.org; Wed, 05 Dec 2012 23:58:11 +0000 Received: from [85.158.139.211:32651] by server-12.bemta-5.messagelabs.com id DF/89-02886-29FDFB05; Wed, 05 Dec 2012 23:58:10 +0000 X-Env-Sender: tim@titley.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1354751889!18811557!1 X-Originating-IP: [31.172.241.186] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12052 invoked from network); 5 Dec 2012 23:58:09 -0000 Received: from mail.secureitsolutions.co.uk (HELO mail.secureitsolutions.co.uk) (31.172.241.186) by server-7.tower-206.messagelabs.com with SMTP; 5 Dec 2012 23:58:09 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.secureitsolutions.co.uk (Postfix) with ESMTP id E9291B4A010; Wed, 5 Dec 2012 23:57:35 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at Received: from mail.secureitsolutions.co.uk ([127.0.0.1]) by localhost (DSQ4004-32.tagadab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDWAU-YXjxqI; Wed, 5 Dec 2012 23:57:35 +0000 (GMT) Received: from [192.168.0.2] (host86-172-33-52.range86-172.btcentralplus.com [86.172.33.52]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.secureitsolutions.co.uk (Postfix) with ESMTPSA id 8EDECB4A00E; Wed, 5 Dec 2012 23:57:35 +0000 (GMT) Message-ID: <50BFDF90.9000804@titley.com> Date: Wed, 05 Dec 2012 23:58:08 +0000 From: Tim User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "moss.mose@gmail.com" References: In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] some confusion about SR and PBD and ... X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Oliver, > Hi to everyone ! > I'm new here, so this is my first post. > > I'm playing around with Xen Server on an Ubuntu server installation using LVM as its main disk management framework. Well it's an installation option to do so ... (maybe that wasn't a good idea to choose in the first place...) > Now... > Of course I came to the point where I needed an SR. Following some tutorials I created a new partition, in my case an LV, and an SR on top of it. > When I checked the LVM settings I saw that a new PV, VG and LV have been created. > So I thought "WOW" ... next I did was checking the data rate, so I wrote a file with 4G in size (with dd) to the disk. One to the disk created for the SR and one to a disk one "abstraction layer" lower (or obove ? ... whatever ... :) ). > The difference was quite noticable ~175MB/s on the SR disk and ~211MB/s one layer lower... > Hm... I did some searching, but this seems to be the normal way... > > So my question: Is it somehow possible to attach an LV to be used (and managed) by XEN as a SR more directly (instead of having it create this whole bunch of virtulization-thingies...) An LVM SR is basically a VG with corresponding LVs managed by the XAPI. That way XAPI can carve up the VG to provide VDIs to the domUs. I don't think nesting PVs inside LVs causes much slowdown. Have you tried that on it's own to compare? If it is the nesting that's causing the problem, put your SR on a raw device (or partition). I suspect it's blktap that is causing the slowdown. The domUs need to access the disk through dom0 somehow - through blktap. I don't think there's any getting away from that one. I'd be interested to know what you find. Kind Regards, Tim _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Dec 05 23:58:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 05 Dec 2012 23:58: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 1TgOqy-0007HT-Ce; Wed, 05 Dec 2012 23:58:12 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgOqx-0007HO-GO for xen-api@lists.xen.org; Wed, 05 Dec 2012 23:58:11 +0000 Received: from [85.158.139.211:32651] by server-12.bemta-5.messagelabs.com id DF/89-02886-29FDFB05; Wed, 05 Dec 2012 23:58:10 +0000 X-Env-Sender: tim@titley.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1354751889!18811557!1 X-Originating-IP: [31.172.241.186] X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12052 invoked from network); 5 Dec 2012 23:58:09 -0000 Received: from mail.secureitsolutions.co.uk (HELO mail.secureitsolutions.co.uk) (31.172.241.186) by server-7.tower-206.messagelabs.com with SMTP; 5 Dec 2012 23:58:09 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.secureitsolutions.co.uk (Postfix) with ESMTP id E9291B4A010; Wed, 5 Dec 2012 23:57:35 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at Received: from mail.secureitsolutions.co.uk ([127.0.0.1]) by localhost (DSQ4004-32.tagadab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDWAU-YXjxqI; Wed, 5 Dec 2012 23:57:35 +0000 (GMT) Received: from [192.168.0.2] (host86-172-33-52.range86-172.btcentralplus.com [86.172.33.52]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.secureitsolutions.co.uk (Postfix) with ESMTPSA id 8EDECB4A00E; Wed, 5 Dec 2012 23:57:35 +0000 (GMT) Message-ID: <50BFDF90.9000804@titley.com> Date: Wed, 05 Dec 2012 23:58:08 +0000 From: Tim User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "moss.mose@gmail.com" References: In-Reply-To: Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] some confusion about SR and PBD and ... X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Oliver, > Hi to everyone ! > I'm new here, so this is my first post. > > I'm playing around with Xen Server on an Ubuntu server installation using LVM as its main disk management framework. Well it's an installation option to do so ... (maybe that wasn't a good idea to choose in the first place...) > Now... > Of course I came to the point where I needed an SR. Following some tutorials I created a new partition, in my case an LV, and an SR on top of it. > When I checked the LVM settings I saw that a new PV, VG and LV have been created. > So I thought "WOW" ... next I did was checking the data rate, so I wrote a file with 4G in size (with dd) to the disk. One to the disk created for the SR and one to a disk one "abstraction layer" lower (or obove ? ... whatever ... :) ). > The difference was quite noticable ~175MB/s on the SR disk and ~211MB/s one layer lower... > Hm... I did some searching, but this seems to be the normal way... > > So my question: Is it somehow possible to attach an LV to be used (and managed) by XEN as a SR more directly (instead of having it create this whole bunch of virtulization-thingies...) An LVM SR is basically a VG with corresponding LVs managed by the XAPI. That way XAPI can carve up the VG to provide VDIs to the domUs. I don't think nesting PVs inside LVs causes much slowdown. Have you tried that on it's own to compare? If it is the nesting that's causing the problem, put your SR on a raw device (or partition). I suspect it's blktap that is causing the slowdown. The domUs need to access the disk through dom0 somehow - through blktap. I don't think there's any getting away from that one. I'd be interested to know what you find. Kind Regards, Tim _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 01:40:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 01: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 1TgQRl-0006Qj-89; Thu, 06 Dec 2012 01:40:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgQRj-0006Qe-7W for xen-api@lists.xen.org; Thu, 06 Dec 2012 01:40:15 +0000 Received: from [85.158.139.83:56767] by server-7.bemta-5.messagelabs.com id 35/7D-23096-E77FFB05; Thu, 06 Dec 2012 01:40:14 +0000 X-Env-Sender: web@guzman.com.ar X-Msg-Ref: server-5.tower-182.messagelabs.com!1354758013!28635148!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23347 invoked from network); 6 Dec 2012 01:40:14 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 01:40:14 -0000 Received: by mail-wg0-f53.google.com with SMTP id ei8so2469628wgb.32 for ; Wed, 05 Dec 2012 17:40:13 -0800 (PST) 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=ZhyZWTWwy+EjC49VDE7t868FrX+8sFpEkcbL2C2v6Gk=; b=KG99USONjmoME8qqNJOHaAOodPLOhANx5l3Ad/geb+1q0CsxO8PiAiwnUBVh3mnvKI 66zIfOdLQ3PwaOeSFhYwqt4M1ppViXzB7bPHJ+pKkCMoln31hhZFIqyzi8poQ1dvv86g Rc4MBC61mtbvl1fWjUZ1S/RiCQP51nrk0iug5nzZ1KeGKHZtajugVXPtYteSicfVO0go 0ZQGVyKbtTP91UrcH34yBt2CfeUgJNTJ8Fijv60DDDHLaHyp8h0/qIrpQf0rv76a3cWt Okdtcu+b2QhWFLsMcvioANpOkdqc7Fu/+TCm66P++8IaP/y0a0MxlXrg542IfccJr72k vHgQ== Received: by 10.180.83.168 with SMTP id r8mr6366069wiy.2.1354758013524; Wed, 05 Dec 2012 17:40:13 -0800 (PST) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) by mx.google.com with ESMTPS id h19sm15280364wiv.7.2012.12.05.17.40.11 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Dec 2012 17:40:12 -0800 (PST) Received: by mail-wi0-f175.google.com with SMTP id hm11so91437wib.14 for ; Wed, 05 Dec 2012 17:40:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.141.7 with SMTP id f7mr7569132wej.72.1354758011383; Wed, 05 Dec 2012 17:40:11 -0800 (PST) Received: by 10.217.50.135 with HTTP; Wed, 5 Dec 2012 17:40:11 -0800 (PST) Date: Wed, 5 Dec 2012 22:40:11 -0300 Message-ID: From: Ricardo To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQm//E8hMNfn3mKvB1Hl8StQzf+wdZLExOu+EIhgRmqoQNMSrnJEkjHIKkMJFnCg/VT1OXYY Subject: [Xen-API] Bridge in XCP 1.1 mode X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello list. I have installed XCP 1.1 I want to configure a (eth0) interface in bridge mode, the idea is that I want to connect a VM directly to the WAN with dynamic IP. Search in Google but hey had a success. Anyone can help me please. Thank you Ricardo _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 01:40:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 01: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 1TgQRl-0006Qj-89; Thu, 06 Dec 2012 01:40:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgQRj-0006Qe-7W for xen-api@lists.xen.org; Thu, 06 Dec 2012 01:40:15 +0000 Received: from [85.158.139.83:56767] by server-7.bemta-5.messagelabs.com id 35/7D-23096-E77FFB05; Thu, 06 Dec 2012 01:40:14 +0000 X-Env-Sender: web@guzman.com.ar X-Msg-Ref: server-5.tower-182.messagelabs.com!1354758013!28635148!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23347 invoked from network); 6 Dec 2012 01:40:14 -0000 Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com) (74.125.82.53) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 01:40:14 -0000 Received: by mail-wg0-f53.google.com with SMTP id ei8so2469628wgb.32 for ; Wed, 05 Dec 2012 17:40:13 -0800 (PST) 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=ZhyZWTWwy+EjC49VDE7t868FrX+8sFpEkcbL2C2v6Gk=; b=KG99USONjmoME8qqNJOHaAOodPLOhANx5l3Ad/geb+1q0CsxO8PiAiwnUBVh3mnvKI 66zIfOdLQ3PwaOeSFhYwqt4M1ppViXzB7bPHJ+pKkCMoln31hhZFIqyzi8poQ1dvv86g Rc4MBC61mtbvl1fWjUZ1S/RiCQP51nrk0iug5nzZ1KeGKHZtajugVXPtYteSicfVO0go 0ZQGVyKbtTP91UrcH34yBt2CfeUgJNTJ8Fijv60DDDHLaHyp8h0/qIrpQf0rv76a3cWt Okdtcu+b2QhWFLsMcvioANpOkdqc7Fu/+TCm66P++8IaP/y0a0MxlXrg542IfccJr72k vHgQ== Received: by 10.180.83.168 with SMTP id r8mr6366069wiy.2.1354758013524; Wed, 05 Dec 2012 17:40:13 -0800 (PST) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) by mx.google.com with ESMTPS id h19sm15280364wiv.7.2012.12.05.17.40.11 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Dec 2012 17:40:12 -0800 (PST) Received: by mail-wi0-f175.google.com with SMTP id hm11so91437wib.14 for ; Wed, 05 Dec 2012 17:40:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.141.7 with SMTP id f7mr7569132wej.72.1354758011383; Wed, 05 Dec 2012 17:40:11 -0800 (PST) Received: by 10.217.50.135 with HTTP; Wed, 5 Dec 2012 17:40:11 -0800 (PST) Date: Wed, 5 Dec 2012 22:40:11 -0300 Message-ID: From: Ricardo To: xen-api@lists.xen.org X-Gm-Message-State: ALoCoQm//E8hMNfn3mKvB1Hl8StQzf+wdZLExOu+EIhgRmqoQNMSrnJEkjHIKkMJFnCg/VT1OXYY Subject: [Xen-API] Bridge in XCP 1.1 mode X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello list. I have installed XCP 1.1 I want to configure a (eth0) interface in bridge mode, the idea is that I want to connect a VM directly to the WAN with dynamic IP. Search in Google but hey had a success. Anyone can help me please. Thank you Ricardo _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 11:35:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 11:35: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 1TgZjm-0005NW-DV; Thu, 06 Dec 2012 11:35:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgXhi-0006t5-As for xen-api@lists.xen.org; Thu, 06 Dec 2012 09:25:14 +0000 Received: from [85.158.143.35:38527] by server-2.bemta-4.messagelabs.com id 69/F0-30861-97460C05; Thu, 06 Dec 2012 09:25:13 +0000 X-Env-Sender: luca.bianchi@fullsix.it X-Msg-Ref: server-5.tower-21.messagelabs.com!1354785911!4586263!1 X-Originating-IP: [217.29.162.11] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5256 invoked from network); 6 Dec 2012 09:25:11 -0000 Received: from rully.inferentia.it (HELO rully.inferentia.it) (217.29.162.11) by server-5.tower-21.messagelabs.com with SMTP; 6 Dec 2012 09:25:11 -0000 Received: from ALBANA.actived.com (albana.actived.com [172.18.10.76]) by rully.inferentia.it (8.14.4/8.14.4) with ESMTP id qB69PA9P016253 for ; Thu, 6 Dec 2012 10:25:10 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 6 Dec 2012 10:25:10 +0100 Message-ID: <1A58FF57AABF6245928D353C034C451A037032AC@ALBANA.actived.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XCP 1.6 DM multipath kernel driver not loaded Thread-Index: Ac3Tk5Zz/e24s8TzSJK6pJR/kZH4KA== From: "Luca Bianchi" To: X-Mailman-Approved-At: Thu, 06 Dec 2012 11:35:29 +0000 Subject: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6537496939455388231==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6537496939455388231== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDD393.96926C66" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDD393.96926C66 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi , when I try to use multipath on XCP 1.6 I got this messages=20 It's not loaded in the default distribution ? Luca ------_=_NextPart_001_01CDD393.96926C66 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable XCP 1.6 DM multipath kernel driver not loaded

Hi , when I try to use  = multipath on XCP 1.6 I got this messages
It's not loaded in the default = distribution ?

Luca

------_=_NextPart_001_01CDD393.96926C66-- --===============6537496939455388231== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6537496939455388231==-- From xen-api-bounces@lists.xen.org Thu Dec 06 11:35:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 11:35: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 1TgZjm-0005NW-DV; Thu, 06 Dec 2012 11:35:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgXhi-0006t5-As for xen-api@lists.xen.org; Thu, 06 Dec 2012 09:25:14 +0000 Received: from [85.158.143.35:38527] by server-2.bemta-4.messagelabs.com id 69/F0-30861-97460C05; Thu, 06 Dec 2012 09:25:13 +0000 X-Env-Sender: luca.bianchi@fullsix.it X-Msg-Ref: server-5.tower-21.messagelabs.com!1354785911!4586263!1 X-Originating-IP: [217.29.162.11] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5256 invoked from network); 6 Dec 2012 09:25:11 -0000 Received: from rully.inferentia.it (HELO rully.inferentia.it) (217.29.162.11) by server-5.tower-21.messagelabs.com with SMTP; 6 Dec 2012 09:25:11 -0000 Received: from ALBANA.actived.com (albana.actived.com [172.18.10.76]) by rully.inferentia.it (8.14.4/8.14.4) with ESMTP id qB69PA9P016253 for ; Thu, 6 Dec 2012 10:25:10 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 6 Dec 2012 10:25:10 +0100 Message-ID: <1A58FF57AABF6245928D353C034C451A037032AC@ALBANA.actived.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XCP 1.6 DM multipath kernel driver not loaded Thread-Index: Ac3Tk5Zz/e24s8TzSJK6pJR/kZH4KA== From: "Luca Bianchi" To: X-Mailman-Approved-At: Thu, 06 Dec 2012 11:35:29 +0000 Subject: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6537496939455388231==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6537496939455388231== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDD393.96926C66" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDD393.96926C66 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi , when I try to use multipath on XCP 1.6 I got this messages=20 It's not loaded in the default distribution ? Luca ------_=_NextPart_001_01CDD393.96926C66 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable XCP 1.6 DM multipath kernel driver not loaded

Hi , when I try to use  = multipath on XCP 1.6 I got this messages
It's not loaded in the default = distribution ?

Luca

------_=_NextPart_001_01CDD393.96926C66-- --===============6537496939455388231== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6537496939455388231==-- From xen-api-bounces@lists.xen.org Thu Dec 06 14:09:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 14:09: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 1Tgc94-0002rv-Ee; Thu, 06 Dec 2012 14:09:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgc92-0002rW-95 for xen-api@lists.xen.org; Thu, 06 Dec 2012 14:09:44 +0000 Received: from [85.158.143.35:60585] by server-2.bemta-4.messagelabs.com id EB/CD-30861-727A0C05; Thu, 06 Dec 2012 14:09:43 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1354802973!12836434!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9151 invoked from network); 6 Dec 2012 14:09:34 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 14:09:34 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so5989956laa.32 for ; Thu, 06 Dec 2012 06:09:33 -0800 (PST) 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=OdkhwavVcidBDJKP+iZBkr7q8Dpi/9Jp37yYZ7tEqJ4=; b=pbddJecG9BIBapMFBjB2UWeA1U4LQWncZ1bxrI8RURDuVWfHqGPxEYqZSSQbYqY1wr TLVyIv37AejDXbP48vKebqlJOvZlo1f3zB4rAo4p5lwlTDTUkYj9X9ceJVYC9VU+ED+T E9OCFUfDuUy0s7S/PITfRVBfkDGYBDEtKbjma0FB1WN7qJtMfqQvEW4W29KJTX6Ef5YZ shkNQ2/14tmbdeEH944kmoZ5oWD0f06mZWvTzoGE9Vco+4pUjL7rqftl2mpjsQBI5xH/ uS1wrW4OC1ceAxz6YU5Nmwqf2qYg1/VGeHTdccprClpTdo8OuPTmw2SbXrtF551q4fiD BrHg== Received: by 10.152.110.42 with SMTP id hx10mr1820434lab.0.1354802973553; Thu, 06 Dec 2012 06:09:33 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id ts2sm3476137lab.10.2012.12.06.06.09.31 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 06:09:31 -0800 (PST) Message-ID: <50C0A71A.2070000@gmail.com> Date: Thu, 06 Dec 2012 18:09:30 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <1A58FF57AABF6245928D353C034C451A037032AC@ALBANA.actived.com> In-Reply-To: <1A58FF57AABF6245928D353C034C451A037032AC@ALBANA.actived.com> Subject: Re: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6680195981892234443==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6680195981892234443== Content-Type: multipart/alternative; boundary="------------030902040503040309050803" This is a multi-part message in MIME format. --------------030902040503040309050803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit AFAIK you must specify that in host configuration. |xe host-param-set other-config:multipathing=true uuid=[uuid-host] ||xe host-param-set other-config:multipathhandle=dmp uuid=[uuid-host]| 06.12.2012 13:25, Luca Bianchi ?????: > XCP 1.6 DM multipath kernel driver not loaded > > Hi , when I try to use multipath on XCP 1.6 I got this messages > It's not loaded in the default distribution ? > > Luca > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------030902040503040309050803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
AFAIK you must specify that in host configuration.

xe host-param-set other-config:multipathing=true uuid=[uuid-host]
xe host-param-set other-config:multipathhandle=dmp uuid=[uuid-host]

06.12.2012 13:25, Luca Bianchi пишет:
XCP 1.6 DM multipath kernel driver not loaded

Hi , when I try to use  multipath on XCP 1.6 I got this messages
It's not loaded in the default distribution ?

Luca 



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

--------------030902040503040309050803-- --===============6680195981892234443== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6680195981892234443==-- From xen-api-bounces@lists.xen.org Thu Dec 06 14:09:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 14:09: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 1Tgc94-0002rv-Ee; Thu, 06 Dec 2012 14:09:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgc92-0002rW-95 for xen-api@lists.xen.org; Thu, 06 Dec 2012 14:09:44 +0000 Received: from [85.158.143.35:60585] by server-2.bemta-4.messagelabs.com id EB/CD-30861-727A0C05; Thu, 06 Dec 2012 14:09:43 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1354802973!12836434!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9151 invoked from network); 6 Dec 2012 14:09:34 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 14:09:34 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so5989956laa.32 for ; Thu, 06 Dec 2012 06:09:33 -0800 (PST) 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=OdkhwavVcidBDJKP+iZBkr7q8Dpi/9Jp37yYZ7tEqJ4=; b=pbddJecG9BIBapMFBjB2UWeA1U4LQWncZ1bxrI8RURDuVWfHqGPxEYqZSSQbYqY1wr TLVyIv37AejDXbP48vKebqlJOvZlo1f3zB4rAo4p5lwlTDTUkYj9X9ceJVYC9VU+ED+T E9OCFUfDuUy0s7S/PITfRVBfkDGYBDEtKbjma0FB1WN7qJtMfqQvEW4W29KJTX6Ef5YZ shkNQ2/14tmbdeEH944kmoZ5oWD0f06mZWvTzoGE9Vco+4pUjL7rqftl2mpjsQBI5xH/ uS1wrW4OC1ceAxz6YU5Nmwqf2qYg1/VGeHTdccprClpTdo8OuPTmw2SbXrtF551q4fiD BrHg== Received: by 10.152.110.42 with SMTP id hx10mr1820434lab.0.1354802973553; Thu, 06 Dec 2012 06:09:33 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id ts2sm3476137lab.10.2012.12.06.06.09.31 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 06:09:31 -0800 (PST) Message-ID: <50C0A71A.2070000@gmail.com> Date: Thu, 06 Dec 2012 18:09:30 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <1A58FF57AABF6245928D353C034C451A037032AC@ALBANA.actived.com> In-Reply-To: <1A58FF57AABF6245928D353C034C451A037032AC@ALBANA.actived.com> Subject: Re: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6680195981892234443==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6680195981892234443== Content-Type: multipart/alternative; boundary="------------030902040503040309050803" This is a multi-part message in MIME format. --------------030902040503040309050803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit AFAIK you must specify that in host configuration. |xe host-param-set other-config:multipathing=true uuid=[uuid-host] ||xe host-param-set other-config:multipathhandle=dmp uuid=[uuid-host]| 06.12.2012 13:25, Luca Bianchi ?????: > XCP 1.6 DM multipath kernel driver not loaded > > Hi , when I try to use multipath on XCP 1.6 I got this messages > It's not loaded in the default distribution ? > > Luca > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------030902040503040309050803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
AFAIK you must specify that in host configuration.

xe host-param-set other-config:multipathing=true uuid=[uuid-host]
xe host-param-set other-config:multipathhandle=dmp uuid=[uuid-host]

06.12.2012 13:25, Luca Bianchi пишет:
XCP 1.6 DM multipath kernel driver not loaded

Hi , when I try to use  multipath on XCP 1.6 I got this messages
It's not loaded in the default distribution ?

Luca 



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

--------------030902040503040309050803-- --===============6680195981892234443== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6680195981892234443==-- From xen-api-bounces@lists.xen.org Thu Dec 06 14:14:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 14:14: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 1TgcDA-0003Pm-VQ; Thu, 06 Dec 2012 14:14:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgcD9-0003PO-NG for xen-api@lists.xen.org; Thu, 06 Dec 2012 14:13:59 +0000 Received: from [85.158.138.51:53957] by server-13.bemta-3.messagelabs.com id 37/2C-24887-628A0C05; Thu, 06 Dec 2012 14:13:58 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1354803232!27440770!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=2.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27442 invoked from network); 6 Dec 2012 14:13:52 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 14:13:52 -0000 Received: by mail-lb0-f173.google.com with SMTP id c1so6155473lbg.32 for ; Thu, 06 Dec 2012 06:13:52 -0800 (PST) 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:content-transfer-encoding; bh=7oi25TJIm4hIOI+uL2XIpNsQewGzJ6rbPxfX9zTs2/s=; b=lNpDLyO7GXBa5Oxhq+Z7FGfR7de1XL/0GONj1MoXsqnzFu6NGeuYB//itzmDMStI75 eU71QVtPopzyZa0n3RYQ07EXlPKEWhzqRh77xK40TeQLxPVWK8HKYYsuOA+e5qStg6zD KHEB8csufl2IyFLCJxVHfTrl/npSFquVAGCu2m82sSSVTVGNXWPdaXN5kqk1ojapVPGu O4CyiWstcm/SdOeFA0OHkIRQ7FegHTIvmCj9KphwTNL6iwEB9CX8oqQ7e9n/5gnFOuwC NOOOsFkazrlZdm0GesHfQhywsiPrNkS3mXBFbx1mCGMJP+C5Qs3TkfGKAI6sCYdoagOe 0rIg== Received: by 10.112.23.2 with SMTP id i2mr1016716lbf.24.1354803231806; Thu, 06 Dec 2012 06:13:51 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id d5sm3555978lbk.10.2012.12.06.06.13.50 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 06:13:50 -0800 (PST) Message-ID: <50C0A81E.90309@gmail.com> Date: Thu, 06 Dec 2012 18:13:50 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Bridge in XCP 1.1 mode X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SSB0aGluayBkZWZhdWx0IFhDUCBtb2RlIHdpdGggb3ZzIGlzIGZpbmUsIGl0IGNhbiBwcm92aWRl IGFsbCBicmlkZ2luZyAKZnVuY3Rpb25hbGl0eSB3aXRoIGhpZ2hlciBzd2l0Y2hpbmcgc3BlZWQu CgpJZiB5b3UgcnVubmluZyBzaW5nbGUgaW5zdGFuY2Ugb2YgWENQLCB5b3UgY2FuIGNoYW5nZSBu ZXR3b3JrIGJhY2tlbmQgaW4gCi9ldGMveGVuc291cmNlL25ldHdvcmsuY29uZiBmcm9tIG9wZW52 d2l0Y2ggdG8gYnJpZGdlLgoKMDYuMTIuMjAxMiAwNTo0MCwgUmljYXJkbyDQv9C40YjQtdGCOgo+ IEhlbGxvIGxpc3QuCj4KPiBJIGhhdmUgaW5zdGFsbGVkIFhDUCAxLjEgSSB3YW50IHRvIGNvbmZp Z3VyZSBhIChldGgwKSBpbnRlcmZhY2UgaW4KPiBicmlkZ2UgbW9kZSwgdGhlIGlkZWEgaXMgdGhh dCBJIHdhbnQgdG8gY29ubmVjdCBhIFZNIGRpcmVjdGx5IHRvIHRoZQo+IFdBTiB3aXRoIGR5bmFt aWMgSVAuIFNlYXJjaCBpbiBHb29nbGUgYnV0IGhleSBoYWQgYSBzdWNjZXNzLiBBbnlvbmUKPiBj YW4gaGVscCBtZSBwbGVhc2UuIFRoYW5rIHlvdQo+Cj4gUmljYXJkbwo+Cj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBpIG1haWxpbmcgbGlz dAo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4u b3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBp Cg== From xen-api-bounces@lists.xen.org Thu Dec 06 14:14:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 14:14: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 1TgcDA-0003Pm-VQ; Thu, 06 Dec 2012 14:14:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgcD9-0003PO-NG for xen-api@lists.xen.org; Thu, 06 Dec 2012 14:13:59 +0000 Received: from [85.158.138.51:53957] by server-13.bemta-3.messagelabs.com id 37/2C-24887-628A0C05; Thu, 06 Dec 2012 14:13:58 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1354803232!27440770!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=2.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27442 invoked from network); 6 Dec 2012 14:13:52 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 14:13:52 -0000 Received: by mail-lb0-f173.google.com with SMTP id c1so6155473lbg.32 for ; Thu, 06 Dec 2012 06:13:52 -0800 (PST) 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:content-transfer-encoding; bh=7oi25TJIm4hIOI+uL2XIpNsQewGzJ6rbPxfX9zTs2/s=; b=lNpDLyO7GXBa5Oxhq+Z7FGfR7de1XL/0GONj1MoXsqnzFu6NGeuYB//itzmDMStI75 eU71QVtPopzyZa0n3RYQ07EXlPKEWhzqRh77xK40TeQLxPVWK8HKYYsuOA+e5qStg6zD KHEB8csufl2IyFLCJxVHfTrl/npSFquVAGCu2m82sSSVTVGNXWPdaXN5kqk1ojapVPGu O4CyiWstcm/SdOeFA0OHkIRQ7FegHTIvmCj9KphwTNL6iwEB9CX8oqQ7e9n/5gnFOuwC NOOOsFkazrlZdm0GesHfQhywsiPrNkS3mXBFbx1mCGMJP+C5Qs3TkfGKAI6sCYdoagOe 0rIg== Received: by 10.112.23.2 with SMTP id i2mr1016716lbf.24.1354803231806; Thu, 06 Dec 2012 06:13:51 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id d5sm3555978lbk.10.2012.12.06.06.13.50 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 06:13:50 -0800 (PST) Message-ID: <50C0A81E.90309@gmail.com> Date: Thu, 06 Dec 2012 18:13:50 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] Bridge in XCP 1.1 mode X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SSB0aGluayBkZWZhdWx0IFhDUCBtb2RlIHdpdGggb3ZzIGlzIGZpbmUsIGl0IGNhbiBwcm92aWRl IGFsbCBicmlkZ2luZyAKZnVuY3Rpb25hbGl0eSB3aXRoIGhpZ2hlciBzd2l0Y2hpbmcgc3BlZWQu CgpJZiB5b3UgcnVubmluZyBzaW5nbGUgaW5zdGFuY2Ugb2YgWENQLCB5b3UgY2FuIGNoYW5nZSBu ZXR3b3JrIGJhY2tlbmQgaW4gCi9ldGMveGVuc291cmNlL25ldHdvcmsuY29uZiBmcm9tIG9wZW52 d2l0Y2ggdG8gYnJpZGdlLgoKMDYuMTIuMjAxMiAwNTo0MCwgUmljYXJkbyDQv9C40YjQtdGCOgo+ IEhlbGxvIGxpc3QuCj4KPiBJIGhhdmUgaW5zdGFsbGVkIFhDUCAxLjEgSSB3YW50IHRvIGNvbmZp Z3VyZSBhIChldGgwKSBpbnRlcmZhY2UgaW4KPiBicmlkZ2UgbW9kZSwgdGhlIGlkZWEgaXMgdGhh dCBJIHdhbnQgdG8gY29ubmVjdCBhIFZNIGRpcmVjdGx5IHRvIHRoZQo+IFdBTiB3aXRoIGR5bmFt aWMgSVAuIFNlYXJjaCBpbiBHb29nbGUgYnV0IGhleSBoYWQgYSBzdWNjZXNzLiBBbnlvbmUKPiBj YW4gaGVscCBtZSBwbGVhc2UuIFRoYW5rIHlvdQo+Cj4gUmljYXJkbwo+Cj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBpIG1haWxpbmcgbGlz dAo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4u b3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBp Cg== From xen-api-bounces@lists.xen.org Thu Dec 06 15:21:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 15:21: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 1TgdGW-0002Kp-Tt; Thu, 06 Dec 2012 15:21:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgdGV-0002Kc-AY for xen-api@lists.xen.org; Thu, 06 Dec 2012 15:21:31 +0000 Received: from [85.158.137.99:25699] by server-4.bemta-3.messagelabs.com id 3A/57-30023-AF7B0C05; Thu, 06 Dec 2012 15:21:30 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1354807288!15070075!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27635 invoked from network); 6 Dec 2012 15:21:29 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 15:21:29 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so6068402laa.32 for ; Thu, 06 Dec 2012 07:21:28 -0800 (PST) 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=nze3uVhu8uExaLRvpkO17M0x5vUw4+3tDC/bJK8FElo=; b=GAh0JVBPsFQMMRn/2TkRf0WpZwFVC6wvq18Ecsa2hkLp3pu0gCFeHJBnQ7uTe1ESIz EaCQv4GcCK/Uvk7g06ZX6KQCemDvnxr2c1yBayfDTvK0N0YxL4RBjEhY7IeeFXyLB0Nu bWHtT/BYWTqdi+Xg+uU7njqqAQmTEQ+vdz5xvzmmWM52ewldioD8Qn6teoNL55P8NuBF Ttp0eljzNj7cQ5nNSTca8mm3UIPIhS3nfj+crD4QbghxFRintwEIqOoF9HYiOBwWAipf 7XxRGqa3En0ZVT3KqVaRh24+B40DetDdCusyMvAyBO3IEoRusjepAzXaTwuilL4G6uB+ xS+A== Received: by 10.112.29.231 with SMTP id n7mr1086794lbh.107.1354807288296; Thu, 06 Dec 2012 07:21:28 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id b7sm3628492lbk.17.2012.12.06.07.21.11 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 07:21:27 -0800 (PST) Message-ID: <50C0B7E6.9020806@gmail.com> Date: Thu, 06 Dec 2012 19:21:10 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> Subject: Re: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6269720248618057324==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6269720248618057324== Content-Type: multipart/alternative; boundary="------------070806000100070208060102" This is a multi-part message in MIME format. --------------070806000100070208060102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Did you try to performs xe sr-create with type=lvmoiscsi? 05.12.2012 14:45, Yatsko Mykhailo ?????: > > Hi everyone. > > I am a complete newbie to Xen. I run the following config: > > HP ProLiant DL360 G7 server, 2 absolutely identical items, running > latest XCP. They are joined in a pool. Also there is a HP StorageWorks > P2000 G3 storage array. This is the config I have troubles with. > > Currently we are planning to migrate to Xen-based solutions from > VMWare-based. We have other 2 servers (also identical to those > mentioned above), which make use of the same storage device. VMWare > servers connect to the storage over HBA. > > XCP ones do not recognize LUNs (though there is one made specially for > them and not in use by any other machine) when adding a HBA storage, > but work fine if adding it as software iSCSI. There are no > restrictions as for access at the storage side, no passwords etc. > > Any piece of advice would be highly appreciated. > > /?////???????//, > //????////???????////?????????????// > //?????????////?????????????// > Adelina Holding LLC > //??????////?????????////?????????// > ___________________//______________ > 03065, ?. ????, ???. ?????//, 4 > E-mail: myatsko@adelina.com.ua > Web: www.adelina.com.ua > //???//.: +380501440657 > //????//: +38 (032) 235 17 75/ > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070806000100070208060102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Did you try to performs xe sr-create with type=lvmoiscsi?

05.12.2012 14:45, Yatsko Mykhailo пишет:

Hi everyone.

I am a complete newbie to Xen. I run the following config:

HP ProLiant DL360 G7 server, 2 absolutely identical items, running latest XCP. They are joined in a pool. Also there is a HP StorageWorks P2000 G3 storage array. This is the config I have troubles with.

Currently we are planning to migrate to Xen-based solutions from VMWare-based. We have other 2 servers (also identical to those mentioned above), which make use of the same storage device. VMWare servers connect to the storage over HBA.

XCP ones do not recognize LUNs (though there is one made specially for them and not in use by any other machine) when adding a HBA storage, but work fine if adding it as software iSCSI.  There are no restrictions as for access at the storage side, no passwords etc.

Any piece of advice would be highly appreciated.

 

З повагою,
Яцко Михайло Володимирович
Системний адміністратор
Adelina Holding LLC
Відділ технічної підтримки
_________________________________
03065, м. Киів, бул. Лепсе, 4
E-mail: myatsko@adelina.com.ua
Web: www.adelina.com.ua
Моб.: +380501440657
Факс: +38 (032) 235 17 75

 



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

--------------070806000100070208060102-- --===============6269720248618057324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6269720248618057324==-- From xen-api-bounces@lists.xen.org Thu Dec 06 15:21:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 15:21: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 1TgdGW-0002Kp-Tt; Thu, 06 Dec 2012 15:21:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgdGV-0002Kc-AY for xen-api@lists.xen.org; Thu, 06 Dec 2012 15:21:31 +0000 Received: from [85.158.137.99:25699] by server-4.bemta-3.messagelabs.com id 3A/57-30023-AF7B0C05; Thu, 06 Dec 2012 15:21:30 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-12.tower-217.messagelabs.com!1354807288!15070075!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=2.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27635 invoked from network); 6 Dec 2012 15:21:29 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 15:21:29 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so6068402laa.32 for ; Thu, 06 Dec 2012 07:21:28 -0800 (PST) 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=nze3uVhu8uExaLRvpkO17M0x5vUw4+3tDC/bJK8FElo=; b=GAh0JVBPsFQMMRn/2TkRf0WpZwFVC6wvq18Ecsa2hkLp3pu0gCFeHJBnQ7uTe1ESIz EaCQv4GcCK/Uvk7g06ZX6KQCemDvnxr2c1yBayfDTvK0N0YxL4RBjEhY7IeeFXyLB0Nu bWHtT/BYWTqdi+Xg+uU7njqqAQmTEQ+vdz5xvzmmWM52ewldioD8Qn6teoNL55P8NuBF Ttp0eljzNj7cQ5nNSTca8mm3UIPIhS3nfj+crD4QbghxFRintwEIqOoF9HYiOBwWAipf 7XxRGqa3En0ZVT3KqVaRh24+B40DetDdCusyMvAyBO3IEoRusjepAzXaTwuilL4G6uB+ xS+A== Received: by 10.112.29.231 with SMTP id n7mr1086794lbh.107.1354807288296; Thu, 06 Dec 2012 07:21:28 -0800 (PST) Received: from [192.168.40.104] (officecvt.selectel.ru. [188.93.16.50]) by mx.google.com with ESMTPS id b7sm3628492lbk.17.2012.12.06.07.21.11 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 07:21:27 -0800 (PST) Message-ID: <50C0B7E6.9020806@gmail.com> Date: Thu, 06 Dec 2012 19:21:10 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> Subject: Re: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6269720248618057324==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6269720248618057324== Content-Type: multipart/alternative; boundary="------------070806000100070208060102" This is a multi-part message in MIME format. --------------070806000100070208060102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Did you try to performs xe sr-create with type=lvmoiscsi? 05.12.2012 14:45, Yatsko Mykhailo ?????: > > Hi everyone. > > I am a complete newbie to Xen. I run the following config: > > HP ProLiant DL360 G7 server, 2 absolutely identical items, running > latest XCP. They are joined in a pool. Also there is a HP StorageWorks > P2000 G3 storage array. This is the config I have troubles with. > > Currently we are planning to migrate to Xen-based solutions from > VMWare-based. We have other 2 servers (also identical to those > mentioned above), which make use of the same storage device. VMWare > servers connect to the storage over HBA. > > XCP ones do not recognize LUNs (though there is one made specially for > them and not in use by any other machine) when adding a HBA storage, > but work fine if adding it as software iSCSI. There are no > restrictions as for access at the storage side, no passwords etc. > > Any piece of advice would be highly appreciated. > > /?////???????//, > //????////???????////?????????????// > //?????????////?????????????// > Adelina Holding LLC > //??????////?????????////?????????// > ___________________//______________ > 03065, ?. ????, ???. ?????//, 4 > E-mail: myatsko@adelina.com.ua > Web: www.adelina.com.ua > //???//.: +380501440657 > //????//: +38 (032) 235 17 75/ > > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------070806000100070208060102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Did you try to performs xe sr-create with type=lvmoiscsi?

05.12.2012 14:45, Yatsko Mykhailo пишет:

Hi everyone.

I am a complete newbie to Xen. I run the following config:

HP ProLiant DL360 G7 server, 2 absolutely identical items, running latest XCP. They are joined in a pool. Also there is a HP StorageWorks P2000 G3 storage array. This is the config I have troubles with.

Currently we are planning to migrate to Xen-based solutions from VMWare-based. We have other 2 servers (also identical to those mentioned above), which make use of the same storage device. VMWare servers connect to the storage over HBA.

XCP ones do not recognize LUNs (though there is one made specially for them and not in use by any other machine) when adding a HBA storage, but work fine if adding it as software iSCSI.  There are no restrictions as for access at the storage side, no passwords etc.

Any piece of advice would be highly appreciated.

 

З повагою,
Яцко Михайло Володимирович
Системний адміністратор
Adelina Holding LLC
Відділ технічної підтримки
_________________________________
03065, м. Киів, бул. Лепсе, 4
E-mail: myatsko@adelina.com.ua
Web: www.adelina.com.ua
Моб.: +380501440657
Факс: +38 (032) 235 17 75

 



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

--------------070806000100070208060102-- --===============6269720248618057324== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6269720248618057324==-- From xen-api-bounces@lists.xen.org Thu Dec 06 18:04:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 18:04:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgfo3-0003sI-HF; Thu, 06 Dec 2012 18:04:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgfo2-0003sD-2U for xen-api@lists.xen.org; Thu, 06 Dec 2012 18:04:18 +0000 Received: from [85.158.139.211:48570] by server-3.bemta-5.messagelabs.com id A3/41-18736-12ED0C05; Thu, 06 Dec 2012 18:04:17 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1354817056!19435222!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29131 invoked from network); 6 Dec 2012 18:04:16 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2012 18:04:16 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id qB6I4FSa020229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 Dec 2012 19:04:16 +0100 Message-ID: <50C0DE14.1010506@swisscenter.com> Date: Thu, 06 Dec 2012 19:04:04 +0100 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: xen-api@lists.xen.org X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi list, Congrats again to the team for the XCP 1.6 release! I was asking myself if it was possible somehow, using two XCP 1.6 with = local storage and the new "share nothing" live migration features, to = periodically clone running VMs from the first server to the second server. Not really a live migration but something like snapshotting a running = VMs on server1, cloning it to server 2 but leaving it not running. Like = for example every 5 minutes. So in case server1 goes wrong (hardware problems or so on), you can = start a 5 minutes or less clone of the VM on the secondary server. Sorry for my bad english, hope my question is clear :) Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 18:04:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 18:04:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgfo3-0003sI-HF; Thu, 06 Dec 2012 18:04:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgfo2-0003sD-2U for xen-api@lists.xen.org; Thu, 06 Dec 2012 18:04:18 +0000 Received: from [85.158.139.211:48570] by server-3.bemta-5.messagelabs.com id A3/41-18736-12ED0C05; Thu, 06 Dec 2012 18:04:17 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1354817056!19435222!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29131 invoked from network); 6 Dec 2012 18:04:16 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2012 18:04:16 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id qB6I4FSa020229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 Dec 2012 19:04:16 +0100 Message-ID: <50C0DE14.1010506@swisscenter.com> Date: Thu, 06 Dec 2012 19:04:04 +0100 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: xen-api@lists.xen.org X-Virus-Scanned: clamav-milter 0.97.5 at mail X-Virus-Status: Clean Subject: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi list, Congrats again to the team for the XCP 1.6 release! I was asking myself if it was possible somehow, using two XCP 1.6 with = local storage and the new "share nothing" live migration features, to = periodically clone running VMs from the first server to the second server. Not really a live migration but something like snapshotting a running = VMs on server1, cloning it to server 2 but leaving it not running. Like = for example every 5 minutes. So in case server1 goes wrong (hardware problems or so on), you can = start a 5 minutes or less clone of the VM on the secondary server. Sorry for my bad english, hope my question is clear :) Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 20:24:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 20:24: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 1Tghz7-0004hO-Fj; Thu, 06 Dec 2012 20:23:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tghz5-0004hB-B1 for xen-api@lists.xensource.com; Thu, 06 Dec 2012 20:23:51 +0000 Received: from [85.158.143.35:26934] by server-2.bemta-4.messagelabs.com id F7/B1-30861-6DEF0C05; Thu, 06 Dec 2012 20:23:50 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1354825428!5374916!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32667 invoked from network); 6 Dec 2012 20:23:49 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 20:23:49 -0000 Received: by mail-la0-f43.google.com with SMTP id z14so6664347lag.30 for ; Thu, 06 Dec 2012 12:23:48 -0800 (PST) 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=dLpg/UYjWlPiG8mDPYJ0hLL/cOIdVgNSE5o3EIg6Nic=; b=WBqQjzthvoroqzaGOFoKdfwebQwa/VePMAJevID4crlejV2pqz5wZrMdbwMrIyhpyo stM361OqxTWoGg5MkejGrkxbFSGU6Axby9fs7IPFBn4zA5mz/cGwZLcGP8heGV86OWIm p8+rwA+bI5dRy75KUgYNYE7NN2diVcfdTRKq2xGiHKzgVXavpx+pmS/ffxYkSMkf/oUF bJc9oJZzQz6C87ZPeIz75H73izPHB0sW6xQn88qowNPDf0O5LR1iMOEIA5oEH2L9ZwlF X+N/v3WM5IE4vetAUQ+0hhyR+ZONmz0X53IbcfROGoS14ny/OS7NYKOalNQkbe05gpzD SCbA== Received: by 10.152.103.100 with SMTP id fv4mr3065440lab.39.1354825428082; Thu, 06 Dec 2012 12:23:48 -0800 (PST) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id oz12sm3829352lab.17.2012.12.06.12.23.46 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 12:23:47 -0800 (PST) Message-ID: <50C0FF07.6080307@gmail.com> Date: Fri, 07 Dec 2012 00:24:39 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> <50C0B7E6.9020806@gmail.com> <91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua> In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua> Subject: Re: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6514266304131637073==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6514266304131637073== Content-Type: multipart/alternative; boundary="------------070106010409050202070505" This is a multi-part message in MIME format. --------------070106010409050202070505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Well, may be output of the xe sr-create should be attached? Guessing 'what is wrong' is kinda useless activity without logs or command output. On 06.12.2012 20:08, Yatsko Mykhailo wrote: > > Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, > which causes troubles. > > /З повагою, > Яцко Михайло Володимирович > СиÑтемний адмініÑтратор > Adelina Holding LLC > Відділ технічної підтримки > _________________________________ > 03065, м. Киів, бул. ЛепÑе//, 4 > E-mail: myatsko@adelina.com.ua > Web: www.adelina.com.ua > //Моб//.: +380501440657 > //ФакÑ//: +38 (032) 235 17 75/ > > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin > *Sent:* Thursday, December 06, 2012 5:21 PM > *To:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] XCP and HBA storage problem. > > Did you try to performs xe sr-create with type=lvmoiscsi? > > 05.12.2012 14:45, Yatsko Mykhailo пишет: > > Hi everyone. > > I am a complete newbie to Xen. I run the following config: > > HP ProLiant DL360 G7 server, 2 absolutely identical items, running > latest XCP. They are joined in a pool. Also there is a HP > StorageWorks P2000 G3 storage array. This is the config I have > troubles with. > > Currently we are planning to migrate to Xen-based solutions from > VMWare-based. We have other 2 servers (also identical to those > mentioned above), which make use of the same storage device. > VMWare servers connect to the storage over HBA. > > XCP ones do not recognize LUNs (though there is one made specially > for them and not in use by any other machine) when adding a HBA > storage, but work fine if adding it as software iSCSI. There are > no restrictions as for access at the storage side, no passwords etc. > > Any piece of advice would be highly appreciated. > > /З повагою//, > //Яцко Михайло Володимирович// > //СиÑтемний адмініÑтратор// > Adelina Holding LLC > //Відділ технічної підтримки// > ___________________//______________ > 03065, м. Киів, бул. ЛепÑе//, 4 > E-mail: myatsko@adelina.com.ua > Web: www.adelina.com.ua > //Моб//.: +380501440657 > //ФакÑ//: +38 (032) 235 17 75/ > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --------------070106010409050202070505 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Well, may be output of the xe sr-create should be attached? Guessing 'what is wrong' is kinda useless activity without logs or command output.

On 06.12.2012 20:08, Yatsko Mykhailo wrote:

Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, which causes troubles.

 

З повагою,
Яцко Михайло Володимирович
СиÑтемний адмініÑтратор
Adelina Holding LLC
Відділ технічної підтримки
_________________________________
03065, м. Киів, бул. ЛепÑе, 4
E-mail: myatsko@adelina.com.ua
Web: www.adelina.com.ua
Моб.: +380501440657
ФакÑ: +38 (032) 235 17 75

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin
Sent: Thursday, December 06, 2012 5:21 PM
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and HBA storage problem.

 

Did you try to performs xe sr-create with type=lvmoiscsi?

05.12.2012 14:45, Yatsko Mykhailo пишет:

Hi everyone.

I am a complete newbie to Xen. I run the following config:

HP ProLiant DL360 G7 server, 2 absolutely identical items, running latest XCP. They are joined in a pool. Also there is a HP StorageWorks P2000 G3 storage array. This is the config I have troubles with.

Currently we are planning to migrate to Xen-based solutions from VMWare-based. We have other 2 servers (also identical to those mentioned above), which make use of the same storage device. VMWare servers connect to the storage over HBA.

XCP ones do not recognize LUNs (though there is one made specially for them and not in use by any other machine) when adding a HBA storage, but work fine if adding it as software iSCSI.  There are no restrictions as for access at the storage side, no passwords etc.

Any piece of advice would be highly appreciated.

 

З повагою,
Яцко Михайло Володимирович
СиÑтемний адмініÑтратор
Adelina Holding LLC
Відділ технічної підтримки
_________________________________
03065, м. Киів, бул. ЛепÑе, 4
E-mail: myatsko@adelina.com.ua
Web: www.adelina.com.ua
Моб.: +380501440657
ФакÑ: +38 (032) 235 17 75

 




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

 

--------------070106010409050202070505-- --===============6514266304131637073== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6514266304131637073==-- From xen-api-bounces@lists.xen.org Thu Dec 06 20:24:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 20:24: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 1Tghz7-0004hO-Fj; Thu, 06 Dec 2012 20:23:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tghz5-0004hB-B1 for xen-api@lists.xensource.com; Thu, 06 Dec 2012 20:23:51 +0000 Received: from [85.158.143.35:26934] by server-2.bemta-4.messagelabs.com id F7/B1-30861-6DEF0C05; Thu, 06 Dec 2012 20:23:50 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1354825428!5374916!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32667 invoked from network); 6 Dec 2012 20:23:49 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 20:23:49 -0000 Received: by mail-la0-f43.google.com with SMTP id z14so6664347lag.30 for ; Thu, 06 Dec 2012 12:23:48 -0800 (PST) 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=dLpg/UYjWlPiG8mDPYJ0hLL/cOIdVgNSE5o3EIg6Nic=; b=WBqQjzthvoroqzaGOFoKdfwebQwa/VePMAJevID4crlejV2pqz5wZrMdbwMrIyhpyo stM361OqxTWoGg5MkejGrkxbFSGU6Axby9fs7IPFBn4zA5mz/cGwZLcGP8heGV86OWIm p8+rwA+bI5dRy75KUgYNYE7NN2diVcfdTRKq2xGiHKzgVXavpx+pmS/ffxYkSMkf/oUF bJc9oJZzQz6C87ZPeIz75H73izPHB0sW6xQn88qowNPDf0O5LR1iMOEIA5oEH2L9ZwlF X+N/v3WM5IE4vetAUQ+0hhyR+ZONmz0X53IbcfROGoS14ny/OS7NYKOalNQkbe05gpzD SCbA== Received: by 10.152.103.100 with SMTP id fv4mr3065440lab.39.1354825428082; Thu, 06 Dec 2012 12:23:48 -0800 (PST) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id oz12sm3829352lab.17.2012.12.06.12.23.46 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 12:23:47 -0800 (PST) Message-ID: <50C0FF07.6080307@gmail.com> Date: Fri, 07 Dec 2012 00:24:39 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: "xen-api@lists.xensource.com" References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua> <50C0B7E6.9020806@gmail.com> <91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua> In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua> Subject: Re: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6514266304131637073==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6514266304131637073== Content-Type: multipart/alternative; boundary="------------070106010409050202070505" This is a multi-part message in MIME format. --------------070106010409050202070505 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Well, may be output of the xe sr-create should be attached? Guessing 'what is wrong' is kinda useless activity without logs or command output. On 06.12.2012 20:08, Yatsko Mykhailo wrote: > > Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, > which causes troubles. > > /З повагою, > Яцко Михайло Володимирович > СиÑтемний адмініÑтратор > Adelina Holding LLC > Відділ технічної підтримки > _________________________________ > 03065, м. Киів, бул. ЛепÑе//, 4 > E-mail: myatsko@adelina.com.ua > Web: www.adelina.com.ua > //Моб//.: +380501440657 > //ФакÑ//: +38 (032) 235 17 75/ > > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin > *Sent:* Thursday, December 06, 2012 5:21 PM > *To:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] XCP and HBA storage problem. > > Did you try to performs xe sr-create with type=lvmoiscsi? > > 05.12.2012 14:45, Yatsko Mykhailo пишет: > > Hi everyone. > > I am a complete newbie to Xen. I run the following config: > > HP ProLiant DL360 G7 server, 2 absolutely identical items, running > latest XCP. They are joined in a pool. Also there is a HP > StorageWorks P2000 G3 storage array. This is the config I have > troubles with. > > Currently we are planning to migrate to Xen-based solutions from > VMWare-based. We have other 2 servers (also identical to those > mentioned above), which make use of the same storage device. > VMWare servers connect to the storage over HBA. > > XCP ones do not recognize LUNs (though there is one made specially > for them and not in use by any other machine) when adding a HBA > storage, but work fine if adding it as software iSCSI. There are > no restrictions as for access at the storage side, no passwords etc. > > Any piece of advice would be highly appreciated. > > /З повагою//, > //Яцко Михайло Володимирович// > //СиÑтемний адмініÑтратор// > Adelina Holding LLC > //Відділ технічної підтримки// > ___________________//______________ > 03065, м. Киів, бул. ЛепÑе//, 4 > E-mail: myatsko@adelina.com.ua > Web: www.adelina.com.ua > //Моб//.: +380501440657 > //ФакÑ//: +38 (032) 235 17 75/ > > > > > _______________________________________________ > > Xen-api mailing list > > Xen-api@lists.xen.org > > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --------------070106010409050202070505 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Well, may be output of the xe sr-create should be attached? Guessing 'what is wrong' is kinda useless activity without logs or command output.

On 06.12.2012 20:08, Yatsko Mykhailo wrote:

Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, which causes troubles.

 

З повагою,
Яцко Михайло Володимирович
СиÑтемний адмініÑтратор
Adelina Holding LLC
Відділ технічної підтримки
_________________________________
03065, м. Киів, бул. ЛепÑе, 4
E-mail: myatsko@adelina.com.ua
Web: www.adelina.com.ua
Моб.: +380501440657
ФакÑ: +38 (032) 235 17 75

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin
Sent: Thursday, December 06, 2012 5:21 PM
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and HBA storage problem.

 

Did you try to performs xe sr-create with type=lvmoiscsi?

05.12.2012 14:45, Yatsko Mykhailo пишет:

Hi everyone.

I am a complete newbie to Xen. I run the following config:

HP ProLiant DL360 G7 server, 2 absolutely identical items, running latest XCP. They are joined in a pool. Also there is a HP StorageWorks P2000 G3 storage array. This is the config I have troubles with.

Currently we are planning to migrate to Xen-based solutions from VMWare-based. We have other 2 servers (also identical to those mentioned above), which make use of the same storage device. VMWare servers connect to the storage over HBA.

XCP ones do not recognize LUNs (though there is one made specially for them and not in use by any other machine) when adding a HBA storage, but work fine if adding it as software iSCSI.  There are no restrictions as for access at the storage side, no passwords etc.

Any piece of advice would be highly appreciated.

 

З повагою,
Яцко Михайло Володимирович
СиÑтемний адмініÑтратор
Adelina Holding LLC
Відділ технічної підтримки
_________________________________
03065, м. Киів, бул. ЛепÑе, 4
E-mail: myatsko@adelina.com.ua
Web: www.adelina.com.ua
Моб.: +380501440657
ФакÑ: +38 (032) 235 17 75

 




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

 

--------------070106010409050202070505-- --===============6514266304131637073== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6514266304131637073==-- From xen-api-bounces@lists.xen.org Thu Dec 06 20:29:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 20:29: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 1Tgi4N-0005LE-Pm; Thu, 06 Dec 2012 20:29:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgi4M-0005Kt-1j for xen-api@lists.xen.org; Thu, 06 Dec 2012 20:29:18 +0000 Received: from [85.158.138.51:5304] by server-16.bemta-3.messagelabs.com id AC/DD-07461-D1001C05; Thu, 06 Dec 2012 20:29:17 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1354825756!27806846!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28572 invoked from network); 6 Dec 2012 20:29:16 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 20:29:16 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so6355776laa.32 for ; Thu, 06 Dec 2012 12:29:15 -0800 (PST) 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:content-transfer-encoding; bh=ZZIFFOpbXr1+tv13ME/ucMqv3lv9jwW8rtwVRAuE7bE=; b=uOoYSj6JjnAMaBoIVwhEAe8BsJBmOm4iuFEXFKHSsYhIEThPLw8hh1ODj3jldpbIfE a7y04p4v0zNvA2zdA90jRMO5ZncXVZXEcyWpAvHjz468ArsJJlyE5tGX365n/cwXgUQa +kvLc5gIdxUftDh7FfopDCb+m5wO9nOCjZwoymqusoDLQjMqcFklD+b3n+rIyJ14hytw yWXcebZyo3X1Z0DjEZHhH3Hy537c66OzyujJScvnT8Fk0yM0mmB/CwHu3F8IPoXDzWif Ped5RKK/Ng2pGPZ6iW3T0ditFCDl0OpSEt24epRH5KFQ2rGXAI5M0B+M7bg2vCiOfjpw a/gQ== Received: by 10.152.147.100 with SMTP id tj4mr3078118lab.42.1354825755785; Thu, 06 Dec 2012 12:29:15 -0800 (PST) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id u9sm3916016lbf.5.2012.12.06.12.29.14 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 12:29:15 -0800 (PST) Message-ID: <50C1004F.3080600@gmail.com> Date: Fri, 07 Dec 2012 00:30:07 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <50C0DE14.1010506@swisscenter.com> In-Reply-To: <50C0DE14.1010506@swisscenter.com> Subject: Re: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SSdtIG5vdCBzdXJlIGJ1dCBuZXcgc2V0IG9mIGNvbW1hbmRzICdkci1zb21ldGhpbmcnIHNlZW1z IGJlIHRob3NlLgoKQWdhaW4sIG5vdCBzdXJlIGlmIHRob3NlIGFyZSBlbmFibGVkIGluIFhDUC4K Ck9uIDA2LjEyLjIwMTIgMjI6MDQsIFPDqWJhc3RpZW4gUklDQ0lPIHdyb3RlOgo+IEhpIGxpc3Qs Cj4KPiBDb25ncmF0cyBhZ2FpbiB0byB0aGUgdGVhbSBmb3IgdGhlIFhDUCAxLjYgcmVsZWFzZSEK Pgo+IEkgd2FzIGFza2luZyBteXNlbGYgaWYgaXQgd2FzIHBvc3NpYmxlIHNvbWVob3csIHVzaW5n IHR3byBYQ1AgMS42IHdpdGggCj4gbG9jYWwgc3RvcmFnZSBhbmQgdGhlIG5ldyAic2hhcmUgbm90 aGluZyIgbGl2ZSBtaWdyYXRpb24gZmVhdHVyZXMsIHRvIAo+IHBlcmlvZGljYWxseSBjbG9uZSBy dW5uaW5nIFZNcyBmcm9tIHRoZSBmaXJzdCBzZXJ2ZXIgdG8gdGhlIHNlY29uZCAKPiBzZXJ2ZXIu Cj4KPiBOb3QgcmVhbGx5IGEgbGl2ZSBtaWdyYXRpb24gYnV0IHNvbWV0aGluZyBsaWtlIHNuYXBz aG90dGluZyBhIHJ1bm5pbmcgCj4gVk1zIG9uIHNlcnZlcjEsIGNsb25pbmcgaXQgdG8gc2VydmVy IDIgYnV0IGxlYXZpbmcgaXQgbm90IHJ1bm5pbmcuIAo+IExpa2UgZm9yIGV4YW1wbGUgZXZlcnkg NSBtaW51dGVzLgo+Cj4gU28gaW4gY2FzZSBzZXJ2ZXIxIGdvZXMgd3JvbmcgKGhhcmR3YXJlIHBy b2JsZW1zIG9yIHNvIG9uKSwgeW91IGNhbiAKPiBzdGFydCBhIDUgbWludXRlcyBvciBsZXNzIGNs b25lIG9mIHRoZSBWTSBvbiB0aGUgc2Vjb25kYXJ5IHNlcnZlci4KPgo+IFNvcnJ5IGZvciBteSBi YWQgZW5nbGlzaCwgaG9wZSBteSBxdWVzdGlvbiBpcyBjbGVhciA6KQo+Cj4gQ2hlZXJzLAo+IFPD qWJhc3RpZW4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcKPiBodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5n IGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Dec 06 20:29:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 20:29: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 1Tgi4N-0005LE-Pm; Thu, 06 Dec 2012 20:29:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgi4M-0005Kt-1j for xen-api@lists.xen.org; Thu, 06 Dec 2012 20:29:18 +0000 Received: from [85.158.138.51:5304] by server-16.bemta-3.messagelabs.com id AC/DD-07461-D1001C05; Thu, 06 Dec 2012 20:29:17 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1354825756!27806846!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28572 invoked from network); 6 Dec 2012 20:29:16 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 20:29:16 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so6355776laa.32 for ; Thu, 06 Dec 2012 12:29:15 -0800 (PST) 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:content-transfer-encoding; bh=ZZIFFOpbXr1+tv13ME/ucMqv3lv9jwW8rtwVRAuE7bE=; b=uOoYSj6JjnAMaBoIVwhEAe8BsJBmOm4iuFEXFKHSsYhIEThPLw8hh1ODj3jldpbIfE a7y04p4v0zNvA2zdA90jRMO5ZncXVZXEcyWpAvHjz468ArsJJlyE5tGX365n/cwXgUQa +kvLc5gIdxUftDh7FfopDCb+m5wO9nOCjZwoymqusoDLQjMqcFklD+b3n+rIyJ14hytw yWXcebZyo3X1Z0DjEZHhH3Hy537c66OzyujJScvnT8Fk0yM0mmB/CwHu3F8IPoXDzWif Ped5RKK/Ng2pGPZ6iW3T0ditFCDl0OpSEt24epRH5KFQ2rGXAI5M0B+M7bg2vCiOfjpw a/gQ== Received: by 10.152.147.100 with SMTP id tj4mr3078118lab.42.1354825755785; Thu, 06 Dec 2012 12:29:15 -0800 (PST) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id u9sm3916016lbf.5.2012.12.06.12.29.14 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 12:29:15 -0800 (PST) Message-ID: <50C1004F.3080600@gmail.com> Date: Fri, 07 Dec 2012 00:30:07 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <50C0DE14.1010506@swisscenter.com> In-Reply-To: <50C0DE14.1010506@swisscenter.com> Subject: Re: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SSdtIG5vdCBzdXJlIGJ1dCBuZXcgc2V0IG9mIGNvbW1hbmRzICdkci1zb21ldGhpbmcnIHNlZW1z IGJlIHRob3NlLgoKQWdhaW4sIG5vdCBzdXJlIGlmIHRob3NlIGFyZSBlbmFibGVkIGluIFhDUC4K Ck9uIDA2LjEyLjIwMTIgMjI6MDQsIFPDqWJhc3RpZW4gUklDQ0lPIHdyb3RlOgo+IEhpIGxpc3Qs Cj4KPiBDb25ncmF0cyBhZ2FpbiB0byB0aGUgdGVhbSBmb3IgdGhlIFhDUCAxLjYgcmVsZWFzZSEK Pgo+IEkgd2FzIGFza2luZyBteXNlbGYgaWYgaXQgd2FzIHBvc3NpYmxlIHNvbWVob3csIHVzaW5n IHR3byBYQ1AgMS42IHdpdGggCj4gbG9jYWwgc3RvcmFnZSBhbmQgdGhlIG5ldyAic2hhcmUgbm90 aGluZyIgbGl2ZSBtaWdyYXRpb24gZmVhdHVyZXMsIHRvIAo+IHBlcmlvZGljYWxseSBjbG9uZSBy dW5uaW5nIFZNcyBmcm9tIHRoZSBmaXJzdCBzZXJ2ZXIgdG8gdGhlIHNlY29uZCAKPiBzZXJ2ZXIu Cj4KPiBOb3QgcmVhbGx5IGEgbGl2ZSBtaWdyYXRpb24gYnV0IHNvbWV0aGluZyBsaWtlIHNuYXBz aG90dGluZyBhIHJ1bm5pbmcgCj4gVk1zIG9uIHNlcnZlcjEsIGNsb25pbmcgaXQgdG8gc2VydmVy IDIgYnV0IGxlYXZpbmcgaXQgbm90IHJ1bm5pbmcuIAo+IExpa2UgZm9yIGV4YW1wbGUgZXZlcnkg NSBtaW51dGVzLgo+Cj4gU28gaW4gY2FzZSBzZXJ2ZXIxIGdvZXMgd3JvbmcgKGhhcmR3YXJlIHBy b2JsZW1zIG9yIHNvIG9uKSwgeW91IGNhbiAKPiBzdGFydCBhIDUgbWludXRlcyBvciBsZXNzIGNs b25lIG9mIHRoZSBWTSBvbiB0aGUgc2Vjb25kYXJ5IHNlcnZlci4KPgo+IFNvcnJ5IGZvciBteSBi YWQgZW5nbGlzaCwgaG9wZSBteSBxdWVzdGlvbiBpcyBjbGVhciA6KQo+Cj4gQ2hlZXJzLAo+IFPD qWJhc3RpZW4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPiBYZW4tYXBpQGxpc3RzLnhlbi5vcmcKPiBodHRw Oi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5n IGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Dec 06 21:20:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 21:20: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 1Tgirp-0007Qw-MI; Thu, 06 Dec 2012 21:20:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgiro-0007Qr-9Z for xen-api@lists.xen.org; Thu, 06 Dec 2012 21:20:24 +0000 Received: from [85.158.139.211:13188] by server-3.bemta-5.messagelabs.com id 73/16-18736-71C01C05; Thu, 06 Dec 2012 21:20:23 +0000 X-Env-Sender: perch@seas.upenn.edu X-Msg-Ref: server-16.tower-206.messagelabs.com!1354828821!19451009!1 X-Originating-IP: [158.130.67.217] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU4LjEzMC42Ny4yMTcgPT4gMjI0ODA=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11383 invoked from network); 6 Dec 2012 21:20:22 -0000 Received: from talbot.seas.upenn.edu (HELO talbot.seas.upenn.edu) (158.130.67.217) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2012 21:20:22 -0000 Received: from ampersand.seas.upenn.edu (ampersand.seas.upenn.edu [158.130.67.216]) by talbot.seas.upenn.edu (8.14.5/8.14.3) with ESMTP id qB6LKK4C024389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 6 Dec 2012 16:20:20 -0500 Received: from ampersand.seas.upenn.edu (LOCALHOST.UPENN.EDU [127.0.0.1]) by ampersand.seas.upenn.edu (8.14.5/8.14.3) with ESMTP id qB6LKJ1J016977 for ; Thu, 6 Dec 2012 16:20:19 -0500 Received: (from perch@localhost) by ampersand.seas.upenn.edu (8.14.5/8.14.5/Submit) id qB6LKJ1C016972 for xen-api@lists.xen.org; Thu, 6 Dec 2012 16:20:19 -0500 Date: Thu, 6 Dec 2012 16:20:19 -0500 From: Andy Perch To: xen-api@lists.xen.org Message-ID: <20121206212019.GA12720@ampersand.seas.upenn.edu> References: <20120619143355.GD23183@ampersand.seas.upenn.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20120619143355.GD23183@ampersand.seas.upenn.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-06_07:2012-12-06, 2012-12-06, 1970-01-01 signatures=0 X-PP-Spam-Details: rule=add_spam_details policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1212060142 Subject: Re: [Xen-API] XCP 1.5 Broadcom driver version X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Tue, Jun 19, 2012 at 10:33:55AM -0400, Andy Perch wrote: > Hi all-- > > I'm new to XCP and have minimal linux expertise. I'm working on > setting up a test system (Dell Poweredge R620) using the XCP 1.5 beta > installer. The installer doesn't recognize the Broadcom 5720 ethernet > card. I was able to get the installer to recognize the ethernet card > by using the tg3.ko from the Citrix driver disk > (http://support.citrix.com/article/CTX131537). > > I was wondering if this tg3 driver version (v3.120) will be included > in the next beta version of XCP 1.5. > > Thanks for any information. > > Andy Hi-- Following up on my old post-- this Broadcom ethernet card is recognized successfully in the release version of XCP 1.6. Thanks, Andy _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 21:20:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 21:20: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 1Tgirp-0007Qw-MI; Thu, 06 Dec 2012 21:20:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgiro-0007Qr-9Z for xen-api@lists.xen.org; Thu, 06 Dec 2012 21:20:24 +0000 Received: from [85.158.139.211:13188] by server-3.bemta-5.messagelabs.com id 73/16-18736-71C01C05; Thu, 06 Dec 2012 21:20:23 +0000 X-Env-Sender: perch@seas.upenn.edu X-Msg-Ref: server-16.tower-206.messagelabs.com!1354828821!19451009!1 X-Originating-IP: [158.130.67.217] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU4LjEzMC42Ny4yMTcgPT4gMjI0ODA=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11383 invoked from network); 6 Dec 2012 21:20:22 -0000 Received: from talbot.seas.upenn.edu (HELO talbot.seas.upenn.edu) (158.130.67.217) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2012 21:20:22 -0000 Received: from ampersand.seas.upenn.edu (ampersand.seas.upenn.edu [158.130.67.216]) by talbot.seas.upenn.edu (8.14.5/8.14.3) with ESMTP id qB6LKK4C024389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 6 Dec 2012 16:20:20 -0500 Received: from ampersand.seas.upenn.edu (LOCALHOST.UPENN.EDU [127.0.0.1]) by ampersand.seas.upenn.edu (8.14.5/8.14.3) with ESMTP id qB6LKJ1J016977 for ; Thu, 6 Dec 2012 16:20:19 -0500 Received: (from perch@localhost) by ampersand.seas.upenn.edu (8.14.5/8.14.5/Submit) id qB6LKJ1C016972 for xen-api@lists.xen.org; Thu, 6 Dec 2012 16:20:19 -0500 Date: Thu, 6 Dec 2012 16:20:19 -0500 From: Andy Perch To: xen-api@lists.xen.org Message-ID: <20121206212019.GA12720@ampersand.seas.upenn.edu> References: <20120619143355.GD23183@ampersand.seas.upenn.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20120619143355.GD23183@ampersand.seas.upenn.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-06_07:2012-12-06, 2012-12-06, 1970-01-01 signatures=0 X-PP-Spam-Details: rule=add_spam_details policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1212060142 Subject: Re: [Xen-API] XCP 1.5 Broadcom driver version X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Tue, Jun 19, 2012 at 10:33:55AM -0400, Andy Perch wrote: > Hi all-- > > I'm new to XCP and have minimal linux expertise. I'm working on > setting up a test system (Dell Poweredge R620) using the XCP 1.5 beta > installer. The installer doesn't recognize the Broadcom 5720 ethernet > card. I was able to get the installer to recognize the ethernet card > by using the tg3.ko from the Citrix driver disk > (http://support.citrix.com/article/CTX131537). > > I was wondering if this tg3 driver version (v3.120) will be included > in the next beta version of XCP 1.5. > > Thanks for any information. > > Andy Hi-- Following up on my old post-- this Broadcom ethernet card is recognized successfully in the release version of XCP 1.6. Thanks, Andy _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 21:33:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 21:33: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 1Tgj4j-00086j-5Z; Thu, 06 Dec 2012 21:33:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgj4h-00086Y-K2 for xen-api@lists.xen.org; Thu, 06 Dec 2012 21:33:43 +0000 Received: from [85.158.143.35:2360] by server-2.bemta-4.messagelabs.com id 0C/6E-30861-63F01C05; Thu, 06 Dec 2012 21:33:42 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1354829622!14296281!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4879 invoked from network); 6 Dec 2012 21:33:42 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2012 21:33:42 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id qB6LXJas001224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Dec 2012 22:33:19 +0100 Message-ID: <50C10F13.5050108@swisscenter.com> Date: Thu, 06 Dec 2012 22:33:07 +0100 From: =?UTF-8?B?U8OpYmFzdGllbiBSSUNDSU8=?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: George Shuklin , xen-api@lists.xen.org References: <50C0DE14.1010506@swisscenter.com> <50C1004F.3080600@gmail.com> In-Reply-To: <50C1004F.3080600@gmail.com> Subject: Re: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGkgR2VvcmdlLAoKeGVuc2VydmVyIDYuMQoKW3Jvb3RAeGVuLXhzNiB+XSMgeGUgZHJbdGFiXQpk cnRhc2stY3JlYXRlICAgICAgIGRydGFzay1kZXN0cm95ICAgICAgZHJ0YXNrLWxpc3QgZHJ0YXNr LXBhcmFtLWdldCAgICAKZHJ0YXNrLXBhcmFtLWxpc3QKCnhjcCAxLjYKCltyb290QHhlbi14Y3Ax NiB+XSMgeGUgZHJbdGFiXQpkcnRhc2stY3JlYXRlICAgICAgIGRydGFzay1kZXN0cm95ICAgICAg ZHJ0YXNrLWxpc3QgZHJ0YXNrLXBhcmFtLWdldCAgICAKZHJ0YXNrLXBhcmFtLWxpc3QKClllcyBz ZWVtcyB0aGUgc2FtZSBkcnRhc2sgY29tbWFuZHMgZXhpc3RzIG9uIGJvdGggeGNwIGFuZCB4cyA2 LjEuCkFsdGhvdWdodCBJIGRvbid0IGdldCB5ZXQgaG93IGl0IGNhbiBiZSB1c2VkIHRvIGFjaGVp dmUgd2hhdCBJJ20gdHJ5aW5nIApkbyB0by4gSSdsbCBpbnZlc3RpZ2F0ZSA6KQoKW3Jvb3RAeGVu LXhjcDE2fl0jIHhlIGhlbHAgZHJ0YXNrLWNyZWF0ZQpjb21tYW5kIG5hbWUgICAgICAgICAgICA6 IGRydGFzay1jcmVhdGUKICAgICAgICAgcmVxZCBwYXJhbXMgICAgIDogdHlwZQogICAgICAgICBv cHRpb25hbCBwYXJhbXMgOiBkZXZpY2UtY29uZmlnOiwgc3Itd2hpdGVsaXN0CiAgICAgICAgIGRl c2NyaXB0aW9uICAgICA6IENyZWF0ZSBhIGRpc2FzdGVyIHJlY292ZXJ5IHRhc2suCgpUaGFua3Mg Zm9yIHlvdXIgYW5zd2VyIDopCgpDaGVlcnMsClPDqWJhc3RpZW4KCgpPbiAwNi4xMi4yMDEyIDIx OjMwLCBHZW9yZ2UgU2h1a2xpbiB3cm90ZToKPiBJJ20gbm90IHN1cmUgYnV0IG5ldyBzZXQgb2Yg Y29tbWFuZHMgJ2RyLXNvbWV0aGluZycgc2VlbXMgYmUgdGhvc2UuCj4KPiBBZ2Fpbiwgbm90IHN1 cmUgaWYgdGhvc2UgYXJlIGVuYWJsZWQgaW4gWENQLgo+Cj4gT24gMDYuMTIuMjAxMiAyMjowNCwg U8OpYmFzdGllbiBSSUNDSU8gd3JvdGU6Cj4+IEhpIGxpc3QsCj4+Cj4+IENvbmdyYXRzIGFnYWlu IHRvIHRoZSB0ZWFtIGZvciB0aGUgWENQIDEuNiByZWxlYXNlIQo+Pgo+PiBJIHdhcyBhc2tpbmcg bXlzZWxmIGlmIGl0IHdhcyBwb3NzaWJsZSBzb21laG93LCB1c2luZyB0d28gWENQIDEuNiAKPj4g d2l0aCBsb2NhbCBzdG9yYWdlIGFuZCB0aGUgbmV3ICJzaGFyZSBub3RoaW5nIiBsaXZlIG1pZ3Jh dGlvbiAKPj4gZmVhdHVyZXMsIHRvIHBlcmlvZGljYWxseSBjbG9uZSBydW5uaW5nIFZNcyBmcm9t IHRoZSBmaXJzdCBzZXJ2ZXIgdG8gCj4+IHRoZSBzZWNvbmQgc2VydmVyLgo+Pgo+PiBOb3QgcmVh bGx5IGEgbGl2ZSBtaWdyYXRpb24gYnV0IHNvbWV0aGluZyBsaWtlIHNuYXBzaG90dGluZyBhIHJ1 bm5pbmcgCj4+IFZNcyBvbiBzZXJ2ZXIxLCBjbG9uaW5nIGl0IHRvIHNlcnZlciAyIGJ1dCBsZWF2 aW5nIGl0IG5vdCBydW5uaW5nLiAKPj4gTGlrZSBmb3IgZXhhbXBsZSBldmVyeSA1IG1pbnV0ZXMu Cj4+Cj4+IFNvIGluIGNhc2Ugc2VydmVyMSBnb2VzIHdyb25nIChoYXJkd2FyZSBwcm9ibGVtcyBv ciBzbyBvbiksIHlvdSBjYW4gCj4+IHN0YXJ0IGEgNSBtaW51dGVzIG9yIGxlc3MgY2xvbmUgb2Yg dGhlIFZNIG9uIHRoZSBzZWNvbmRhcnkgc2VydmVyLgo+Pgo+PiBTb3JyeSBmb3IgbXkgYmFkIGVu Z2xpc2gsIGhvcGUgbXkgcXVlc3Rpb24gaXMgY2xlYXIgOikKPj4KPj4gQ2hlZXJzLAo+PiBTw6li YXN0aWVuCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCj4+IFhlbi1hcGkgbWFpbGluZyBsaXN0Cj4+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+PiBo dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo+Cj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBp IG1haWxpbmcgbGlzdAo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFw aUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0 aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Dec 06 21:33:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 21:33: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 1Tgj4j-00086j-5Z; Thu, 06 Dec 2012 21:33:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgj4h-00086Y-K2 for xen-api@lists.xen.org; Thu, 06 Dec 2012 21:33:43 +0000 Received: from [85.158.143.35:2360] by server-2.bemta-4.messagelabs.com id 0C/6E-30861-63F01C05; Thu, 06 Dec 2012 21:33:42 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1354829622!14296281!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4879 invoked from network); 6 Dec 2012 21:33:42 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2012 21:33:42 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id qB6LXJas001224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Dec 2012 22:33:19 +0100 Message-ID: <50C10F13.5050108@swisscenter.com> Date: Thu, 06 Dec 2012 22:33:07 +0100 From: =?UTF-8?B?U8OpYmFzdGllbiBSSUNDSU8=?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: George Shuklin , xen-api@lists.xen.org References: <50C0DE14.1010506@swisscenter.com> <50C1004F.3080600@gmail.com> In-Reply-To: <50C1004F.3080600@gmail.com> Subject: Re: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGkgR2VvcmdlLAoKeGVuc2VydmVyIDYuMQoKW3Jvb3RAeGVuLXhzNiB+XSMgeGUgZHJbdGFiXQpk cnRhc2stY3JlYXRlICAgICAgIGRydGFzay1kZXN0cm95ICAgICAgZHJ0YXNrLWxpc3QgZHJ0YXNr LXBhcmFtLWdldCAgICAKZHJ0YXNrLXBhcmFtLWxpc3QKCnhjcCAxLjYKCltyb290QHhlbi14Y3Ax NiB+XSMgeGUgZHJbdGFiXQpkcnRhc2stY3JlYXRlICAgICAgIGRydGFzay1kZXN0cm95ICAgICAg ZHJ0YXNrLWxpc3QgZHJ0YXNrLXBhcmFtLWdldCAgICAKZHJ0YXNrLXBhcmFtLWxpc3QKClllcyBz ZWVtcyB0aGUgc2FtZSBkcnRhc2sgY29tbWFuZHMgZXhpc3RzIG9uIGJvdGggeGNwIGFuZCB4cyA2 LjEuCkFsdGhvdWdodCBJIGRvbid0IGdldCB5ZXQgaG93IGl0IGNhbiBiZSB1c2VkIHRvIGFjaGVp dmUgd2hhdCBJJ20gdHJ5aW5nIApkbyB0by4gSSdsbCBpbnZlc3RpZ2F0ZSA6KQoKW3Jvb3RAeGVu LXhjcDE2fl0jIHhlIGhlbHAgZHJ0YXNrLWNyZWF0ZQpjb21tYW5kIG5hbWUgICAgICAgICAgICA6 IGRydGFzay1jcmVhdGUKICAgICAgICAgcmVxZCBwYXJhbXMgICAgIDogdHlwZQogICAgICAgICBv cHRpb25hbCBwYXJhbXMgOiBkZXZpY2UtY29uZmlnOiwgc3Itd2hpdGVsaXN0CiAgICAgICAgIGRl c2NyaXB0aW9uICAgICA6IENyZWF0ZSBhIGRpc2FzdGVyIHJlY292ZXJ5IHRhc2suCgpUaGFua3Mg Zm9yIHlvdXIgYW5zd2VyIDopCgpDaGVlcnMsClPDqWJhc3RpZW4KCgpPbiAwNi4xMi4yMDEyIDIx OjMwLCBHZW9yZ2UgU2h1a2xpbiB3cm90ZToKPiBJJ20gbm90IHN1cmUgYnV0IG5ldyBzZXQgb2Yg Y29tbWFuZHMgJ2RyLXNvbWV0aGluZycgc2VlbXMgYmUgdGhvc2UuCj4KPiBBZ2Fpbiwgbm90IHN1 cmUgaWYgdGhvc2UgYXJlIGVuYWJsZWQgaW4gWENQLgo+Cj4gT24gMDYuMTIuMjAxMiAyMjowNCwg U8OpYmFzdGllbiBSSUNDSU8gd3JvdGU6Cj4+IEhpIGxpc3QsCj4+Cj4+IENvbmdyYXRzIGFnYWlu IHRvIHRoZSB0ZWFtIGZvciB0aGUgWENQIDEuNiByZWxlYXNlIQo+Pgo+PiBJIHdhcyBhc2tpbmcg bXlzZWxmIGlmIGl0IHdhcyBwb3NzaWJsZSBzb21laG93LCB1c2luZyB0d28gWENQIDEuNiAKPj4g d2l0aCBsb2NhbCBzdG9yYWdlIGFuZCB0aGUgbmV3ICJzaGFyZSBub3RoaW5nIiBsaXZlIG1pZ3Jh dGlvbiAKPj4gZmVhdHVyZXMsIHRvIHBlcmlvZGljYWxseSBjbG9uZSBydW5uaW5nIFZNcyBmcm9t IHRoZSBmaXJzdCBzZXJ2ZXIgdG8gCj4+IHRoZSBzZWNvbmQgc2VydmVyLgo+Pgo+PiBOb3QgcmVh bGx5IGEgbGl2ZSBtaWdyYXRpb24gYnV0IHNvbWV0aGluZyBsaWtlIHNuYXBzaG90dGluZyBhIHJ1 bm5pbmcgCj4+IFZNcyBvbiBzZXJ2ZXIxLCBjbG9uaW5nIGl0IHRvIHNlcnZlciAyIGJ1dCBsZWF2 aW5nIGl0IG5vdCBydW5uaW5nLiAKPj4gTGlrZSBmb3IgZXhhbXBsZSBldmVyeSA1IG1pbnV0ZXMu Cj4+Cj4+IFNvIGluIGNhc2Ugc2VydmVyMSBnb2VzIHdyb25nIChoYXJkd2FyZSBwcm9ibGVtcyBv ciBzbyBvbiksIHlvdSBjYW4gCj4+IHN0YXJ0IGEgNSBtaW51dGVzIG9yIGxlc3MgY2xvbmUgb2Yg dGhlIFZNIG9uIHRoZSBzZWNvbmRhcnkgc2VydmVyLgo+Pgo+PiBTb3JyeSBmb3IgbXkgYmFkIGVu Z2xpc2gsIGhvcGUgbXkgcXVlc3Rpb24gaXMgY2xlYXIgOikKPj4KPj4gQ2hlZXJzLAo+PiBTw6li YXN0aWVuCj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCj4+IFhlbi1hcGkgbWFpbGluZyBsaXN0Cj4+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+PiBo dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo+Cj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tYXBp IG1haWxpbmcgbGlzdAo+IFhlbi1hcGlAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4u b3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFw aUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0 aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Dec 06 21:54:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 21:54: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 1TgjOX-0000oV-IW; Thu, 06 Dec 2012 21:54:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgjOW-0000oH-AE for xen-api@lists.xen.org; Thu, 06 Dec 2012 21:54:12 +0000 Received: from [85.158.139.211:9714] by server-2.bemta-5.messagelabs.com id 65/A9-04892-30411C05; Thu, 06 Dec 2012 21:54:11 +0000 X-Env-Sender: iamjonathanchan@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1354830849!16850178!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20447 invoked from network); 6 Dec 2012 21:54:10 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 21:54:10 -0000 Received: by mail-qa0-f52.google.com with SMTP id d13so1077119qak.11 for ; Thu, 06 Dec 2012 13:54:09 -0800 (PST) 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=i6hVdq/kziq9SS8VVSRjL+WM6RnZF5sLQs7r+vI3s6Y=; b=uZuFWDI/d99gBRiKJKXfNpxwi/1M2sH34IDrlMxYFlWJoHwLe1iX4G40hGAzOgxBE4 JPbB8U9d9EwfN1dMNfJeKAWSCm888KUuLbhvT34h+UZJjPtjldXANT4FP7yUYnUxlwho zalkclk+ugLAJYElGjppokXhJLVKGE3pSnowqSF4fLOth+uEZuNJcrnNLYKV9wRsEeQE YgEHGEyS39w9LjV8LBVSvyxIxvOZO5zCN8NZJ0UlVF2v+XmICVuxj5Ta5sGazU5xJ0Sb QdGd67bWrz0jj0QcWDD7EjhFwzotRLUobsMpSEQlg0nCCF4Bi9ZT9mOz0bmOEO45FS9Q HlfQ== MIME-Version: 1.0 Received: by 10.49.118.162 with SMTP id kn2mr5165278qeb.65.1354830848848; Thu, 06 Dec 2012 13:54:08 -0800 (PST) Received: by 10.49.96.100 with HTTP; Thu, 6 Dec 2012 13:54:08 -0800 (PST) In-Reply-To: <50C10F13.5050108@swisscenter.com> References: <50C0DE14.1010506@swisscenter.com> <50C1004F.3080600@gmail.com> <50C10F13.5050108@swisscenter.com> Date: Thu, 6 Dec 2012 13:54:08 -0800 Message-ID: From: Jonathan Chan To: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7432826919423943321==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7432826919423943321== Content-Type: multipart/alternative; boundary=047d7b6d98c679f23704d0362375 --047d7b6d98c679f23704d0362375 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable In the next xcp update can the basic output from 'xe help' be updated to include drtask-* commands? On Thu, Dec 6, 2012 at 1:33 PM, S=E9bastien RICCIO wro= te: > Hi George, > > xenserver 6.1 > > [root@xen-xs6 ~]# xe dr[tab] > drtask-create drtask-destroy drtask-list drtask-param-get > drtask-param-list > > xcp 1.6 > > [root@xen-xcp16 ~]# xe dr[tab] > drtask-create drtask-destroy drtask-list drtask-param-get > drtask-param-list > > Yes seems the same drtask commands exists on both xcp and xs 6.1. > Althought I don't get yet how it can be used to acheive what I'm trying d= o > to. I'll investigate :) > > [root@xen-xcp16~]# xe help drtask-create > command name : drtask-create > reqd params : type > optional params : device-config:, sr-whitelist > description : Create a disaster recovery task. > > Thanks for your answer :) > > Cheers, > S=E9bastien > > > > On 06.12.2012 21:30, George Shuklin wrote: > >> I'm not sure but new set of commands 'dr-something' seems be those. >> >> Again, not sure if those are enabled in XCP. >> >> On 06.12.2012 22:04, S=E9bastien RICCIO wrote: >> >>> Hi list, >>> >>> Congrats again to the team for the XCP 1.6 release! >>> >>> I was asking myself if it was possible somehow, using two XCP 1.6 with >>> local storage and the new "share nothing" live migration features, to >>> periodically clone running VMs from the first server to the second serv= er. >>> >>> Not really a live migration but something like snapshotting a running >>> VMs on server1, cloning it to server 2 but leaving it not running. Like= for >>> example every 5 minutes. >>> >>> So in case server1 goes wrong (hardware problems or so on), you can >>> start a 5 minutes or less clone of the VM on the secondary server. >>> >>> Sorry for my bad english, hope my question is clear :) >>> >>> Cheers, >>> S=E9bastien >>> >> --047d7b6d98c679f23704d0362375 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable In the next xcp update can the basic output from 'xe help' be updat= ed to include drtask-* commands?


On Thu, Dec 6, 2012 at 1:33 PM, S=E9bastien RICCIO <sr@swisscente= r.com> wrote:
Hi George,

xenserver 6.1

[root@xen-xs6 ~]# xe dr[tab]
drtask-create =A0 =A0 =A0 drtask-destroy =A0 =A0 =A0drtask-list drtask-para= m-get =A0 =A0drtask-param-list

xcp 1.6

[root@xen-xcp16 ~]# xe dr[tab]
drtask-create =A0 =A0 =A0 drtask-destroy =A0 =A0 =A0drtask-list drtask-para= m-get =A0 =A0drtask-param-list

Yes seems the same drtask commands exists on both xcp and xs 6.1.
Althought I don't get yet how it can be used to acheive what I'm tr= ying do to. I'll investigate :)

[root@xen-xcp16~]# xe help drtask-create
command name =A0 =A0 =A0 =A0 =A0 =A0: drtask-create
=A0 =A0 =A0 =A0 reqd params =A0 =A0 : type
=A0 =A0 =A0 =A0 optional params : device-config:, sr-whitelist
=A0 =A0 =A0 =A0 description =A0 =A0 : Create a disaster recovery task.

Thanks for your answer :)

Cheers,
S=E9bastien



On 06.12.2012 21:30, George Shuklin wrote:
I'm not sure but new set of commands 'dr-something' seems be th= ose.

Again, not sure if those are enabled in XCP.

On 06.12.2012 22:04, S=E9bastien RICCIO wrote:
Hi list,

Congrats again to the team for the XCP 1.6 release!

I was asking myself if it was possible somehow, using two XCP 1.6 with loca= l storage and the new "share nothing" live migration features, to= periodically clone running VMs from the first server to the second server.=

Not really a live migration but something like snapshotting a running VMs o= n server1, cloning it to server 2 but leaving it not running. Like for exam= ple every 5 minutes.

So in case server1 goes wrong (hardware problems or so on), you can start a= 5 minutes or less clone of the VM on the secondary server.

Sorry for my bad english, hope my question is clear :)

Cheers,
S=E9bastien
--047d7b6d98c679f23704d0362375-- --===============7432826919423943321== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7432826919423943321==-- From xen-api-bounces@lists.xen.org Thu Dec 06 21:54:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 21:54: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 1TgjOX-0000oV-IW; Thu, 06 Dec 2012 21:54:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgjOW-0000oH-AE for xen-api@lists.xen.org; Thu, 06 Dec 2012 21:54:12 +0000 Received: from [85.158.139.211:9714] by server-2.bemta-5.messagelabs.com id 65/A9-04892-30411C05; Thu, 06 Dec 2012 21:54:11 +0000 X-Env-Sender: iamjonathanchan@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1354830849!16850178!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20447 invoked from network); 6 Dec 2012 21:54:10 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 21:54:10 -0000 Received: by mail-qa0-f52.google.com with SMTP id d13so1077119qak.11 for ; Thu, 06 Dec 2012 13:54:09 -0800 (PST) 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=i6hVdq/kziq9SS8VVSRjL+WM6RnZF5sLQs7r+vI3s6Y=; b=uZuFWDI/d99gBRiKJKXfNpxwi/1M2sH34IDrlMxYFlWJoHwLe1iX4G40hGAzOgxBE4 JPbB8U9d9EwfN1dMNfJeKAWSCm888KUuLbhvT34h+UZJjPtjldXANT4FP7yUYnUxlwho zalkclk+ugLAJYElGjppokXhJLVKGE3pSnowqSF4fLOth+uEZuNJcrnNLYKV9wRsEeQE YgEHGEyS39w9LjV8LBVSvyxIxvOZO5zCN8NZJ0UlVF2v+XmICVuxj5Ta5sGazU5xJ0Sb QdGd67bWrz0jj0QcWDD7EjhFwzotRLUobsMpSEQlg0nCCF4Bi9ZT9mOz0bmOEO45FS9Q HlfQ== MIME-Version: 1.0 Received: by 10.49.118.162 with SMTP id kn2mr5165278qeb.65.1354830848848; Thu, 06 Dec 2012 13:54:08 -0800 (PST) Received: by 10.49.96.100 with HTTP; Thu, 6 Dec 2012 13:54:08 -0800 (PST) In-Reply-To: <50C10F13.5050108@swisscenter.com> References: <50C0DE14.1010506@swisscenter.com> <50C1004F.3080600@gmail.com> <50C10F13.5050108@swisscenter.com> Date: Thu, 6 Dec 2012 13:54:08 -0800 Message-ID: From: Jonathan Chan To: xen-api@lists.xen.org Subject: Re: [Xen-API] XCP 1.6 - XenMotion and VM replication X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7432826919423943321==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7432826919423943321== Content-Type: multipart/alternative; boundary=047d7b6d98c679f23704d0362375 --047d7b6d98c679f23704d0362375 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable In the next xcp update can the basic output from 'xe help' be updated to include drtask-* commands? On Thu, Dec 6, 2012 at 1:33 PM, S=E9bastien RICCIO wro= te: > Hi George, > > xenserver 6.1 > > [root@xen-xs6 ~]# xe dr[tab] > drtask-create drtask-destroy drtask-list drtask-param-get > drtask-param-list > > xcp 1.6 > > [root@xen-xcp16 ~]# xe dr[tab] > drtask-create drtask-destroy drtask-list drtask-param-get > drtask-param-list > > Yes seems the same drtask commands exists on both xcp and xs 6.1. > Althought I don't get yet how it can be used to acheive what I'm trying d= o > to. I'll investigate :) > > [root@xen-xcp16~]# xe help drtask-create > command name : drtask-create > reqd params : type > optional params : device-config:, sr-whitelist > description : Create a disaster recovery task. > > Thanks for your answer :) > > Cheers, > S=E9bastien > > > > On 06.12.2012 21:30, George Shuklin wrote: > >> I'm not sure but new set of commands 'dr-something' seems be those. >> >> Again, not sure if those are enabled in XCP. >> >> On 06.12.2012 22:04, S=E9bastien RICCIO wrote: >> >>> Hi list, >>> >>> Congrats again to the team for the XCP 1.6 release! >>> >>> I was asking myself if it was possible somehow, using two XCP 1.6 with >>> local storage and the new "share nothing" live migration features, to >>> periodically clone running VMs from the first server to the second serv= er. >>> >>> Not really a live migration but something like snapshotting a running >>> VMs on server1, cloning it to server 2 but leaving it not running. Like= for >>> example every 5 minutes. >>> >>> So in case server1 goes wrong (hardware problems or so on), you can >>> start a 5 minutes or less clone of the VM on the secondary server. >>> >>> Sorry for my bad english, hope my question is clear :) >>> >>> Cheers, >>> S=E9bastien >>> >> --047d7b6d98c679f23704d0362375 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable In the next xcp update can the basic output from 'xe help' be updat= ed to include drtask-* commands?


On Thu, Dec 6, 2012 at 1:33 PM, S=E9bastien RICCIO <sr@swisscente= r.com> wrote:
Hi George,

xenserver 6.1

[root@xen-xs6 ~]# xe dr[tab]
drtask-create =A0 =A0 =A0 drtask-destroy =A0 =A0 =A0drtask-list drtask-para= m-get =A0 =A0drtask-param-list

xcp 1.6

[root@xen-xcp16 ~]# xe dr[tab]
drtask-create =A0 =A0 =A0 drtask-destroy =A0 =A0 =A0drtask-list drtask-para= m-get =A0 =A0drtask-param-list

Yes seems the same drtask commands exists on both xcp and xs 6.1.
Althought I don't get yet how it can be used to acheive what I'm tr= ying do to. I'll investigate :)

[root@xen-xcp16~]# xe help drtask-create
command name =A0 =A0 =A0 =A0 =A0 =A0: drtask-create
=A0 =A0 =A0 =A0 reqd params =A0 =A0 : type
=A0 =A0 =A0 =A0 optional params : device-config:, sr-whitelist
=A0 =A0 =A0 =A0 description =A0 =A0 : Create a disaster recovery task.

Thanks for your answer :)

Cheers,
S=E9bastien



On 06.12.2012 21:30, George Shuklin wrote:
I'm not sure but new set of commands 'dr-something' seems be th= ose.

Again, not sure if those are enabled in XCP.

On 06.12.2012 22:04, S=E9bastien RICCIO wrote:
Hi list,

Congrats again to the team for the XCP 1.6 release!

I was asking myself if it was possible somehow, using two XCP 1.6 with loca= l storage and the new "share nothing" live migration features, to= periodically clone running VMs from the first server to the second server.=

Not really a live migration but something like snapshotting a running VMs o= n server1, cloning it to server 2 but leaving it not running. Like for exam= ple every 5 minutes.

So in case server1 goes wrong (hardware problems or so on), you can start a= 5 minutes or less clone of the VM on the secondary server.

Sorry for my bad english, hope my question is clear :)

Cheers,
S=E9bastien
--047d7b6d98c679f23704d0362375-- --===============7432826919423943321== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7432826919423943321==-- From xen-api-bounces@lists.xen.org Thu Dec 06 22:18:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 22:18: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 1Tgjm9-0001Ut-GM; Thu, 06 Dec 2012 22:18:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgjm8-0001Uo-94 for xen-api@lists.xen.org; Thu, 06 Dec 2012 22:18:36 +0000 Received: from [85.158.138.51:23277] by server-6.bemta-3.messagelabs.com id 88/6F-28265-BB911C05; Thu, 06 Dec 2012 22:18:35 +0000 X-Env-Sender: hhart@cloudswitch.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1354832313!27886058!1 X-Originating-IP: [206.225.164.216] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA2LjIyNS4xNjQuMjE2ID0+IDg2MDQ4\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32767 invoked from network); 6 Dec 2012 22:18:34 -0000 Received: from hub021-nj-1.exch021.serverdata.net (HELO hub021-nj-1.exch021.serverdata.net) (206.225.164.216) by server-5.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 6 Dec 2012 22:18:34 -0000 Received: from harry-laptop.cloudswitch.com (152.179.192.130) by east.exch021.serverdata.net (10.240.4.31) with Microsoft SMTP Server (TLS) id 14.2.318.1; Thu, 6 Dec 2012 14:18:33 -0800 Message-ID: <50C119B8.4060101@cloudswitch.com> Date: Thu, 6 Dec 2012 17:18:32 -0500 From: Harry Hart User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: References: <42FB3C9F-6BFE-43E2-950B-871CFBC84CF5@gmail.com> In-Reply-To: <42FB3C9F-6BFE-43E2-950B-871CFBC84CF5@gmail.com> Subject: [Xen-API] XCP 2.0 status X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Apologies if this information is available elsewhere, but can anyone point me to the source repository where I could download XCP 2.0 sources? I'm interested in support for Xen 4.2 in XCP. Thanks in advance - - Harry _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 22:18:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 22:18: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 1Tgjm9-0001Ut-GM; Thu, 06 Dec 2012 22:18:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgjm8-0001Uo-94 for xen-api@lists.xen.org; Thu, 06 Dec 2012 22:18:36 +0000 Received: from [85.158.138.51:23277] by server-6.bemta-3.messagelabs.com id 88/6F-28265-BB911C05; Thu, 06 Dec 2012 22:18:35 +0000 X-Env-Sender: hhart@cloudswitch.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1354832313!27886058!1 X-Originating-IP: [206.225.164.216] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA2LjIyNS4xNjQuMjE2ID0+IDg2MDQ4\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32767 invoked from network); 6 Dec 2012 22:18:34 -0000 Received: from hub021-nj-1.exch021.serverdata.net (HELO hub021-nj-1.exch021.serverdata.net) (206.225.164.216) by server-5.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 6 Dec 2012 22:18:34 -0000 Received: from harry-laptop.cloudswitch.com (152.179.192.130) by east.exch021.serverdata.net (10.240.4.31) with Microsoft SMTP Server (TLS) id 14.2.318.1; Thu, 6 Dec 2012 14:18:33 -0800 Message-ID: <50C119B8.4060101@cloudswitch.com> Date: Thu, 6 Dec 2012 17:18:32 -0500 From: Harry Hart User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121029 Thunderbird/16.0.2 MIME-Version: 1.0 To: References: <42FB3C9F-6BFE-43E2-950B-871CFBC84CF5@gmail.com> In-Reply-To: <42FB3C9F-6BFE-43E2-950B-871CFBC84CF5@gmail.com> Subject: [Xen-API] XCP 2.0 status X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Apologies if this information is available elsewhere, but can anyone point me to the source repository where I could download XCP 2.0 sources? I'm interested in support for Xen 4.2 in XCP. Thanks in advance - - Harry _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 22:20:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 22:20: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 1TgjnR-0001av-4k; Thu, 06 Dec 2012 22:19:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgjnP-0001ab-0O for xen-api@lists.xen.org; Thu, 06 Dec 2012 22:19:55 +0000 Received: from [193.109.254.147:12072] by server-4.bemta-14.messagelabs.com id BF/DE-18856-A0A11C05; Thu, 06 Dec 2012 22:19:54 +0000 X-Env-Sender: iamjonathanchan@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1354832392!6552920!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20162 invoked from network); 6 Dec 2012 22:19:53 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 22:19:53 -0000 Received: by mail-qa0-f45.google.com with SMTP id j15so1410426qaq.11 for ; Thu, 06 Dec 2012 14:19:52 -0800 (PST) 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=IPRYVr5TF3INraB15oTywBxtJ+PksuESoy3hrEFtvf0=; b=dRKcEX9d+kVTA2zojV2hplqC4tCVLlXqIQtntmsB7qgJE49JyH0RkgkKU7pAUcmhfo xXg8cL1uNxzwv70o2+MoyI0ENQDvlzXtwLALlU+plJapgv0UwNkhEgAk8ed3N9zwLHup 0xaud3S5ixbVfvI1sdLDPqVyU591YUc5QCIIl/1E4R3ai9w68FGIuPoq01CXZHCCrv6e Feov5wn1qxAigiabeMSYXJoNEhNP0uLVr8c7XngwRhqxuNRmElHjdUkAPEWpxBXgbHAE eBeJCqrLNGGSoSjEwJPcq5RVIIZn4v5OXssgDv/y1MrE2rXZAb6uMt94XhkJey2Hg7Ix 6Y9g== MIME-Version: 1.0 Received: by 10.224.188.195 with SMTP id db3mr5562586qab.77.1354832392494; Thu, 06 Dec 2012 14:19:52 -0800 (PST) Received: by 10.49.96.100 with HTTP; Thu, 6 Dec 2012 14:19:52 -0800 (PST) Date: Thu, 6 Dec 2012 14:19:52 -0800 Message-ID: From: Jonathan Chan To: xen-api@lists.xen.org Subject: [Xen-API] 1.6 upgrade questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5227968546102355009==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5227968546102355009== Content-Type: multipart/alternative; boundary=20cf303347ed7c1ef204d0367f92 --20cf303347ed7c1ef204d0367f92 Content-Type: text/plain; charset=ISO-8859-1 Hi, I have two questions before I upgrade xcp from 1.1 to 1.6. 1. Is there anything I need to do in xcp 1.6 to prevent any license expiration messages from appearing when using XenCenter? I don't know if http://wiki.xen.org/wiki/Using_XenCenter_to_manage_XCP is needed anymore. 2. What's the latest version of XenServer Tools? I'm using XenCenter 6.1 build 664 and it is installing XenServer Tools 1.1(???) on my Linux vms. Jonathan --20cf303347ed7c1ef204d0367f92 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I have two questions before I upgrade xcp from 1.1 t= o 1.6.

1. Is there anything I need to do in xcp 1.= 6 to prevent any license expiration messages from appearing when using XenC= enter? I don't know if=A0http://wiki.xen.org/wiki/Using_XenCenter_to_manage_XCP= is needed anymore.

2. What's the latest version of XenServer Tools? I&= #39;m using XenCenter 6.1 build 664 and it is installing XenServer Tools 1.= 1(???) on my Linux vms.

Jonathan
--20cf303347ed7c1ef204d0367f92-- --===============5227968546102355009== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5227968546102355009==-- From xen-api-bounces@lists.xen.org Thu Dec 06 22:20:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 22:20: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 1TgjnR-0001av-4k; Thu, 06 Dec 2012 22:19:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgjnP-0001ab-0O for xen-api@lists.xen.org; Thu, 06 Dec 2012 22:19:55 +0000 Received: from [193.109.254.147:12072] by server-4.bemta-14.messagelabs.com id BF/DE-18856-A0A11C05; Thu, 06 Dec 2012 22:19:54 +0000 X-Env-Sender: iamjonathanchan@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1354832392!6552920!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20162 invoked from network); 6 Dec 2012 22:19:53 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 22:19:53 -0000 Received: by mail-qa0-f45.google.com with SMTP id j15so1410426qaq.11 for ; Thu, 06 Dec 2012 14:19:52 -0800 (PST) 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=IPRYVr5TF3INraB15oTywBxtJ+PksuESoy3hrEFtvf0=; b=dRKcEX9d+kVTA2zojV2hplqC4tCVLlXqIQtntmsB7qgJE49JyH0RkgkKU7pAUcmhfo xXg8cL1uNxzwv70o2+MoyI0ENQDvlzXtwLALlU+plJapgv0UwNkhEgAk8ed3N9zwLHup 0xaud3S5ixbVfvI1sdLDPqVyU591YUc5QCIIl/1E4R3ai9w68FGIuPoq01CXZHCCrv6e Feov5wn1qxAigiabeMSYXJoNEhNP0uLVr8c7XngwRhqxuNRmElHjdUkAPEWpxBXgbHAE eBeJCqrLNGGSoSjEwJPcq5RVIIZn4v5OXssgDv/y1MrE2rXZAb6uMt94XhkJey2Hg7Ix 6Y9g== MIME-Version: 1.0 Received: by 10.224.188.195 with SMTP id db3mr5562586qab.77.1354832392494; Thu, 06 Dec 2012 14:19:52 -0800 (PST) Received: by 10.49.96.100 with HTTP; Thu, 6 Dec 2012 14:19:52 -0800 (PST) Date: Thu, 6 Dec 2012 14:19:52 -0800 Message-ID: From: Jonathan Chan To: xen-api@lists.xen.org Subject: [Xen-API] 1.6 upgrade questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5227968546102355009==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5227968546102355009== Content-Type: multipart/alternative; boundary=20cf303347ed7c1ef204d0367f92 --20cf303347ed7c1ef204d0367f92 Content-Type: text/plain; charset=ISO-8859-1 Hi, I have two questions before I upgrade xcp from 1.1 to 1.6. 1. Is there anything I need to do in xcp 1.6 to prevent any license expiration messages from appearing when using XenCenter? I don't know if http://wiki.xen.org/wiki/Using_XenCenter_to_manage_XCP is needed anymore. 2. What's the latest version of XenServer Tools? I'm using XenCenter 6.1 build 664 and it is installing XenServer Tools 1.1(???) on my Linux vms. Jonathan --20cf303347ed7c1ef204d0367f92 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I have two questions before I upgrade xcp from 1.1 t= o 1.6.

1. Is there anything I need to do in xcp 1.= 6 to prevent any license expiration messages from appearing when using XenC= enter? I don't know if=A0http://wiki.xen.org/wiki/Using_XenCenter_to_manage_XCP= is needed anymore.

2. What's the latest version of XenServer Tools? I&= #39;m using XenCenter 6.1 build 664 and it is installing XenServer Tools 1.= 1(???) on my Linux vms.

Jonathan
--20cf303347ed7c1ef204d0367f92-- --===============5227968546102355009== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5227968546102355009==-- From xen-api-bounces@lists.xen.org Thu Dec 06 23:04:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 23:04: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 1TgkUX-0002ox-UE; Thu, 06 Dec 2012 23:04:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgkUX-0002os-5r for xen-api@lists.xen.org; Thu, 06 Dec 2012 23:04:29 +0000 Received: from [85.158.139.211:8687] by server-9.bemta-5.messagelabs.com id 6D/21-29295-C7421C05; Thu, 06 Dec 2012 23:04:28 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1354835067!19458107!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9054 invoked from network); 6 Dec 2012 23:04:27 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 23:04:27 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so6464905laa.32 for ; Thu, 06 Dec 2012 15:04:27 -0800 (PST) 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:content-transfer-encoding; bh=BobjvD62SCnPUqGrRwDXrbSs09k9EHuFuomg6c8LDlM=; b=uFFrVJcbetbfkGZN+V88m5HQMCAU8clWoVYABjx6kU/0AbhpBdXBFm0Txle2CLz9bS CxEygANCN4FZQllRKFUnW+Bdp1WPS4/30Wr5B5aJ/55Sh5eQrN3k4SXcImn4QV4jijog /FnEZCPJXTln6vSA+SKOSZkPH67fBmv+EJPbSP82x/4KqK3bN8mgYZVkfofqf5a+BHU6 QNFA53I23nVfS9BnX4C+fLNEWsvGSG1BaBJMzDuPOh+lO9e2oBcuq+HiDBAYajVIAMO1 ukkMlTixjmrP4Qs0lk7QKVOxiOvlUo+SMaspksuBMsByYAeZx0yYqhz4O3PWsdzjB6c8 KyCQ== Received: by 10.152.114.100 with SMTP id jf4mr3520168lab.47.1354835067103; Thu, 06 Dec 2012 15:04:27 -0800 (PST) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id ts2sm3938214lab.10.2012.12.06.15.04.25 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 15:04:26 -0800 (PST) Message-ID: <50C124AF.1010401@gmail.com> Date: Fri, 07 Dec 2012 03:05:19 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] 1.6 upgrade questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 07.12.2012 02:19, Jonathan Chan wrote: > Hi, > > I have two questions before I upgrade xcp from 1.1 to 1.6. > > 1. Is there anything I need to do in xcp 1.6 to prevent any license > expiration messages from appearing when using XenCenter? I don't know > if http://wiki.xen.org/wiki/Using_XenCenter_to_manage_XCP is needed > anymore. > > 2. What's the latest version of XenServer Tools? I'm using XenCenter > 6.1 build 664 and it is installing XenServer Tools 1.1(???) on my > Linux vms. > > Jonathan > About second question: AFAIK new XCP finally does not require any guest tools for PV-based linux (and HVM, I think, too) to operate normally (I mean migration, shutdown and other stuff). _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Dec 06 23:04:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 06 Dec 2012 23:04: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 1TgkUX-0002ox-UE; Thu, 06 Dec 2012 23:04:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgkUX-0002os-5r for xen-api@lists.xen.org; Thu, 06 Dec 2012 23:04:29 +0000 Received: from [85.158.139.211:8687] by server-9.bemta-5.messagelabs.com id 6D/21-29295-C7421C05; Thu, 06 Dec 2012 23:04:28 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1354835067!19458107!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9054 invoked from network); 6 Dec 2012 23:04:27 -0000 Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com) (209.85.215.45) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Dec 2012 23:04:27 -0000 Received: by mail-la0-f45.google.com with SMTP id p9so6464905laa.32 for ; Thu, 06 Dec 2012 15:04:27 -0800 (PST) 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:content-transfer-encoding; bh=BobjvD62SCnPUqGrRwDXrbSs09k9EHuFuomg6c8LDlM=; b=uFFrVJcbetbfkGZN+V88m5HQMCAU8clWoVYABjx6kU/0AbhpBdXBFm0Txle2CLz9bS CxEygANCN4FZQllRKFUnW+Bdp1WPS4/30Wr5B5aJ/55Sh5eQrN3k4SXcImn4QV4jijog /FnEZCPJXTln6vSA+SKOSZkPH67fBmv+EJPbSP82x/4KqK3bN8mgYZVkfofqf5a+BHU6 QNFA53I23nVfS9BnX4C+fLNEWsvGSG1BaBJMzDuPOh+lO9e2oBcuq+HiDBAYajVIAMO1 ukkMlTixjmrP4Qs0lk7QKVOxiOvlUo+SMaspksuBMsByYAeZx0yYqhz4O3PWsdzjB6c8 KyCQ== Received: by 10.152.114.100 with SMTP id jf4mr3520168lab.47.1354835067103; Thu, 06 Dec 2012 15:04:27 -0800 (PST) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPS id ts2sm3938214lab.10.2012.12.06.15.04.25 (version=SSLv3 cipher=OTHER); Thu, 06 Dec 2012 15:04:26 -0800 (PST) Message-ID: <50C124AF.1010401@gmail.com> Date: Fri, 07 Dec 2012 03:05:19 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-API] 1.6 upgrade questions X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 07.12.2012 02:19, Jonathan Chan wrote: > Hi, > > I have two questions before I upgrade xcp from 1.1 to 1.6. > > 1. Is there anything I need to do in xcp 1.6 to prevent any license > expiration messages from appearing when using XenCenter? I don't know > if http://wiki.xen.org/wiki/Using_XenCenter_to_manage_XCP is needed > anymore. > > 2. What's the latest version of XenServer Tools? I'm using XenCenter > 6.1 build 664 and it is installing XenServer Tools 1.1(???) on my > Linux vms. > > Jonathan > About second question: AFAIK new XCP finally does not require any guest tools for PV-based linux (and HVM, I think, too) to operate normally (I mean migration, shutdown and other stuff). _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Dec 07 05:02:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 05:02: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 1Tgq5B-0006Ki-Rz; Fri, 07 Dec 2012 05:02:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgq5B-0006Kc-4X for xen-api@lists.xen.org; Fri, 07 Dec 2012 05:02:41 +0000 Received: from [85.158.143.99:48259] by server-2.bemta-4.messagelabs.com id 02/02-30861-07871C05; Fri, 07 Dec 2012 05:02:40 +0000 X-Env-Sender: iswarya.cdac@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1354856557!27815185!1 X-Originating-IP: [209.85.160.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17466 invoked from network); 7 Dec 2012 05:02:39 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 05:02:39 -0000 Received: by mail-pb0-f45.google.com with SMTP id mc8so91979pbc.32 for ; Thu, 06 Dec 2012 21:02:37 -0800 (PST) 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=FlnTuPHClmea4lz7lmRkTCNBdGlKavr10HOHFHqJndo=; b=sPfK2PUUNLTBjqmuv4DoClr2ZoCxF5/oe08QK9aoMgdWDAsrH0XHU8oeC30kUJUUAt abouhFIDZx1v6xoGFG5p+QRBjT8CXEi/svmdrHB8mlvVpYJitMpTgwlzgWJrKcMPca12 xsrwzy9itYS6TjUEEZb4UnyPWh4RSNJ/UZvS9HB4CRi3+uTevtHW05ArvBEtsg9L2hH3 Oj2XYs/Sv6+yyj2W9zcClLTKjMuU52sXEaA9mlcbnZYqfpVgCgIsHL863ebZArXePdUR o2tlhz1e504UJL5nToNoxiQZ8aNh7ptqN2KkPEnDfEriS7MsMrpjMjTC5e6IcLO6KTTq WUZg== MIME-Version: 1.0 Received: by 10.68.239.232 with SMTP id vv8mr12288121pbc.53.1354856557371; Thu, 06 Dec 2012 21:02:37 -0800 (PST) Received: by 10.68.194.163 with HTTP; Thu, 6 Dec 2012 21:02:37 -0800 (PST) Date: Fri, 7 Dec 2012 10:32:37 +0530 Message-ID: From: Iswarya Raman To: xen-api@lists.xen.org Subject: [Xen-API] reg-Xec XCP-openstack integration X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1398709398201211066==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1398709398201211066== Content-Type: multipart/alternative; boundary=047d7b338ffdd2e22604d03c1fe2 --047d7b338ffdd2e22604d03c1fe2 Content-Type: text/plain; charset=ISO-8859-1 Hi I there any tool that is readily available to integrate XCP with openstack?if so what are the configuration changes we need to do? -- Best Regards IswaryaRaman --047d7b338ffdd2e22604d03c1fe2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi

=A0=A0 I there any tool that is readily available to integrate XC= P with openstack?if so what are the configuration changes we need to do?
--
Best=A0 Regards
<= /font>
IswaryaRaman

--047d7b338ffdd2e22604d03c1fe2-- --===============1398709398201211066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1398709398201211066==-- From xen-api-bounces@lists.xen.org Fri Dec 07 05:02:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 05:02: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 1Tgq5B-0006Ki-Rz; Fri, 07 Dec 2012 05:02:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgq5B-0006Kc-4X for xen-api@lists.xen.org; Fri, 07 Dec 2012 05:02:41 +0000 Received: from [85.158.143.99:48259] by server-2.bemta-4.messagelabs.com id 02/02-30861-07871C05; Fri, 07 Dec 2012 05:02:40 +0000 X-Env-Sender: iswarya.cdac@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1354856557!27815185!1 X-Originating-IP: [209.85.160.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17466 invoked from network); 7 Dec 2012 05:02:39 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 05:02:39 -0000 Received: by mail-pb0-f45.google.com with SMTP id mc8so91979pbc.32 for ; Thu, 06 Dec 2012 21:02:37 -0800 (PST) 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=FlnTuPHClmea4lz7lmRkTCNBdGlKavr10HOHFHqJndo=; b=sPfK2PUUNLTBjqmuv4DoClr2ZoCxF5/oe08QK9aoMgdWDAsrH0XHU8oeC30kUJUUAt abouhFIDZx1v6xoGFG5p+QRBjT8CXEi/svmdrHB8mlvVpYJitMpTgwlzgWJrKcMPca12 xsrwzy9itYS6TjUEEZb4UnyPWh4RSNJ/UZvS9HB4CRi3+uTevtHW05ArvBEtsg9L2hH3 Oj2XYs/Sv6+yyj2W9zcClLTKjMuU52sXEaA9mlcbnZYqfpVgCgIsHL863ebZArXePdUR o2tlhz1e504UJL5nToNoxiQZ8aNh7ptqN2KkPEnDfEriS7MsMrpjMjTC5e6IcLO6KTTq WUZg== MIME-Version: 1.0 Received: by 10.68.239.232 with SMTP id vv8mr12288121pbc.53.1354856557371; Thu, 06 Dec 2012 21:02:37 -0800 (PST) Received: by 10.68.194.163 with HTTP; Thu, 6 Dec 2012 21:02:37 -0800 (PST) Date: Fri, 7 Dec 2012 10:32:37 +0530 Message-ID: From: Iswarya Raman To: xen-api@lists.xen.org Subject: [Xen-API] reg-Xec XCP-openstack integration X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1398709398201211066==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1398709398201211066== Content-Type: multipart/alternative; boundary=047d7b338ffdd2e22604d03c1fe2 --047d7b338ffdd2e22604d03c1fe2 Content-Type: text/plain; charset=ISO-8859-1 Hi I there any tool that is readily available to integrate XCP with openstack?if so what are the configuration changes we need to do? -- Best Regards IswaryaRaman --047d7b338ffdd2e22604d03c1fe2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi

=A0=A0 I there any tool that is readily available to integrate XC= P with openstack?if so what are the configuration changes we need to do?
--
Best=A0 Regards
<= /font>
IswaryaRaman

--047d7b338ffdd2e22604d03c1fe2-- --===============1398709398201211066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1398709398201211066==-- From xen-api-bounces@lists.xen.org Fri Dec 07 09:47:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 09: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 1TguWj-0004DF-Q8; Fri, 07 Dec 2012 09:47:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TguWh-0004D8-VD for xen-api@lists.xensource.com; Fri, 07 Dec 2012 09:47:24 +0000 Received: from [85.158.139.83:40333] by server-10.bemta-5.messagelabs.com id 75/6C-13383-A2BB1C05; Fri, 07 Dec 2012 09:47:22 +0000 X-Env-Sender: myatsko@adelina.com.ua X-Msg-Ref: server-7.tower-182.messagelabs.com!1354873634!24819387!1 X-Originating-IP: [213.133.167.196] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23838 invoked from network); 7 Dec 2012 09:47:14 -0000 Received: from inet.adelina.com.ua (HELO inet.adelina.com.ua) (213.133.167.196) by server-7.tower-182.messagelabs.com with SMTP; 7 Dec 2012 09:47:14 -0000 Received: by inet.adelina.com.ua (Postfix, from userid 1005) id F1F97223BF6; Fri, 7 Dec 2012 11:47:12 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on inet.internal.adelina.com.ua X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from as.internal.adelina.com.ua (unknown [10.24.2.19]) by inet.adelina.com.ua (Postfix) with ESMTP id 0189F4B3379; Fri, 7 Dec 2012 09:46:51 +0000 (UTC) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 7 Dec 2012 11:46:41 +0200 Message-ID: <91BCE64E5212F245B631775EF83AA3930B99343E@as.internal.adelina.com.ua> In-Reply-To: <50C0FF07.6080307@gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-API] XCP and HBA storage problem. Thread-Index: Ac3T7+yoHwRporJNTsqwdqTKmcwaogAb89QA References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua> <50C0FF07.6080307@gmail.com> From: "Yatsko Mykhailo" To: "George Shuklin" , Subject: Re: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6574848704060078528==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6574848704060078528== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDD45F.C2B1E369" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDD45F.C2B1E369 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2VsbCwgSSBjYW7igJl0IGV2ZW4gcHJvYmUgdGhlIGRldmljZS4gDQoNCnhlIHNyLXByb2JlIHR5 cGU9bHZtb2hiYSByZXR1cm5zIA0KDQpFcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMTA3 DQoNCkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFNDU0lpZCBwYXJhbWV0ZXIgaXMgbWlzc2luZyBv ciBpbmNvcnJlY3QsIDw/eG1sIHZlcnNpb249IjEuMCIgPz4NCg0KSWYgSSBzZXQgdGhlIFNDU0lp ZCAtICB4ZSBzci1wcm9iZSB0eXBlPWx2bW9oYmEgZGV2aWNlLWNvbmZpZzpTQ1NJaWQ9KioqKioN Cg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzENCg0KRXJyb3IgcGFyYW1ldGVyczog LCBFcnJvciByZXBvcnRpbmcgZXJyb3IsIHVua25vd24ga2V5IERldmljZSBub3QgYXBwZWFyZWQg eWV0LA0KDQpBbmQgeGUgc3ItY3JlYXRlIHNoYXJlZD10cnVlIHR5cGU9bHZtb2hiYSBuYW1lLWxh YmVsPUxVTjkgZGV2aWNlLWNvbmZpZzpTQ1NJaWQ9KioqKiByZXR1cm5zIHRoZSBzYW1lDQoNCkVy cm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV8xDQoNCkVycm9yIHBhcmFtZXRlcnM6ICwgRXJy b3IgcmVwb3J0aW5nIGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVkIHlldCwN Cg0KIA0KDQpBcyBmb3Igc29mdHdhcmUgaVNDU0kg4oCTIEkgY2FuIGVhc2lseSBmaXJlIGl0IHVw IHRocm91Z2ggWGVuQ2VudGVyIHdpdGggbXVsdGlwYXRoaW5nIGFuZCBhbGwgdGhlIHN0dWZmIEkg bmVlZCwgYnV0IHVzaW5nIEhCQSBjYXBhYmlsaXRpZXMgaXMgcXVpdGUgY3JpdGljYWwgdG8gbWUu IElmIGl0IG1heSBoZWxwLCB0aGUgZGV2aWNlIEkgdXNlIGlzIEhQIFN0b3JhZ2VXb3JrcyBQMjAw MCBHMyB3aXRoIDQgMUdiaXQgRXRoZXJuZXQgc3RvcmFnZSBwb3J0cyBwZXIgY29udHJvbGxlci4g VGhlIHdpcmluZyBpcyBPSywgSSBkb3VibGVjaGVja2VkIGl0LiBBbHNvIEkgZXZlbiB0cmllZCB0 byBjb25uZWN0IHRoZSBzdG9yYWdlIGRpcmVjdGx5IHRvIHRoZSBzZXJ2ZXJzIHRvIGdldCByaWQg b2YgcG9zc2libGUgZmFpbHVyZSBwb2ludCBhdCB0aGUgc3dpdGNoLg0KDQogDQoNCiANCg0K0Jcg 0L/QvtCy0LDQs9C+0Y4sDQrQr9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+0LvQvtC00LjQvNC4 0YDQvtCy0LjRhw0K0KHQuNGB0YLQtdC80L3QuNC5INCw0LTQvNGW0L3RltGB0YLRgNCw0YLQvtGA DQpBZGVsaW5hIEhvbGRpbmcgTExDDQrQktGW0LTQtNGW0Lsg0YLQtdGF0L3RltGH0L3QvtGXINC/ 0ZbQtNGC0YDQuNC80LrQuA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQowMzA2 NSwg0LwuINCa0LjRltCyLCDQsdGD0LsuINCb0LXQv9GB0LUsIDQNCkUtbWFpbDogbXlhdHNrb0Bh ZGVsaW5hLmNvbS51YQ0KV2ViOiB3d3cuYWRlbGluYS5jb20udWENCtCc0L7QsS46ICszODA1MDE0 NDA2NTcNCtCk0LDQutGBOiArMzggKDAzMikgMjM1IDE3IDc1DQoNCiANCg0KRnJvbTogeGVuLWFw aS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVu Lm9yZ10gT24gQmVoYWxmIE9mIEdlb3JnZSBTaHVrbGluDQpTZW50OiBUaHVyc2RheSwgRGVjZW1i ZXIgMDYsIDIwMTIgMTA6MjUgUE0NClRvOiB4ZW4tYXBpQGxpc3RzLnhlbnNvdXJjZS5jb20NClN1 YmplY3Q6IFJlOiBbWGVuLUFQSV0gWENQIGFuZCBIQkEgc3RvcmFnZSBwcm9ibGVtLg0KDQogDQoN CldlbGwsIG1heSBiZSBvdXRwdXQgb2YgdGhlIHhlIHNyLWNyZWF0ZSBzaG91bGQgYmUgYXR0YWNo ZWQ/IEd1ZXNzaW5nICd3aGF0IGlzIHdyb25nJyBpcyBraW5kYSB1c2VsZXNzIGFjdGl2aXR5IHdp dGhvdXQgbG9ncyBvciBjb21tYW5kIG91dHB1dC4NCg0KT24gMDYuMTIuMjAxMiAyMDowOCwgWWF0 c2tvIE15a2hhaWxvIHdyb3RlOiANCg0KQ2VydGFpbmx5LiBBbmQgbHZtb2lzY3NpIHdvcmtzIGZp bmUuIEkgbmVlZCB0byBmaXJlIGl0IHVwIGFzIGx2bW9oYmEsIHdoaWNoIGNhdXNlcyB0cm91Ymxl cy4NCg0KIA0KDQrQlyDQv9C+0LLQsNCz0L7RjiwNCtCv0YbQutC+INCc0LjRhdCw0LnQu9C+INCS 0L7Qu9C+0LTQuNC80LjRgNC+0LLQuNGHDQrQodC40YHRgtC10LzQvdC40Lkg0LDQtNC80ZbQvdGW 0YHRgtGA0LDRgtC+0YANCkFkZWxpbmEgSG9sZGluZyBMTEMNCtCS0ZbQtNC00ZbQuyDRgtC10YXQ vdGW0YfQvdC+0Zcg0L/RltC00YLRgNC40LzQutC4DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCjAzMDY1LCDQvC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtSwgNA0KRS1t YWlsOiBteWF0c2tvQGFkZWxpbmEuY29tLnVhDQpXZWI6IHd3dy5hZGVsaW5hLmNvbS51YQ0K0JzQ vtCxLjogKzM4MDUwMTQ0MDY1Nw0K0KTQsNC60YE6ICszOCAoMDMyKSAyMzUgMTcgNzUNCg0KIA0K DQpGcm9tOiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi1hcGktYm91 bmNlc0BsaXN0cy54ZW4ub3JnXSBPbiBCZWhhbGYgT2YgR2VvcmdlIFNodWtsaW4NClNlbnQ6IFRo dXJzZGF5LCBEZWNlbWJlciAwNiwgMjAxMiA1OjIxIFBNDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4u b3JnDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhDUCBhbmQgSEJBIHN0b3JhZ2UgcHJvYmxlbS4N Cg0KIA0KDQpEaWQgeW91IHRyeSB0byBwZXJmb3JtcyB4ZSBzci1jcmVhdGUgd2l0aCB0eXBlPWx2 bW9pc2NzaT8NCg0KMDUuMTIuMjAxMiAxNDo0NSwgWWF0c2tvIE15a2hhaWxvINC/0LjRiNC10YI6 DQoNCglIaSBldmVyeW9uZS4NCg0KCUkgYW0gYSBjb21wbGV0ZSBuZXdiaWUgdG8gWGVuLiBJIHJ1 biB0aGUgZm9sbG93aW5nIGNvbmZpZzoNCg0KCUhQIFByb0xpYW50IERMMzYwIEc3IHNlcnZlciwg MiBhYnNvbHV0ZWx5IGlkZW50aWNhbCBpdGVtcywgcnVubmluZyBsYXRlc3QgWENQLiBUaGV5IGFy ZSBqb2luZWQgaW4gYSBwb29sLiBBbHNvIHRoZXJlIGlzIGEgSFAgU3RvcmFnZVdvcmtzIFAyMDAw IEczIHN0b3JhZ2UgYXJyYXkuIFRoaXMgaXMgdGhlIGNvbmZpZyBJIGhhdmUgdHJvdWJsZXMgd2l0 aC4gDQoNCglDdXJyZW50bHkgd2UgYXJlIHBsYW5uaW5nIHRvIG1pZ3JhdGUgdG8gWGVuLWJhc2Vk IHNvbHV0aW9ucyBmcm9tIFZNV2FyZS1iYXNlZC4gV2UgaGF2ZSBvdGhlciAyIHNlcnZlcnMgKGFs c28gaWRlbnRpY2FsIHRvIHRob3NlIG1lbnRpb25lZCBhYm92ZSksIHdoaWNoIG1ha2UgdXNlIG9m IHRoZSBzYW1lIHN0b3JhZ2UgZGV2aWNlLiBWTVdhcmUgc2VydmVycyBjb25uZWN0IHRvIHRoZSBz dG9yYWdlIG92ZXIgSEJBLg0KDQoJWENQIG9uZXMgZG8gbm90IHJlY29nbml6ZSBMVU5zICh0aG91 Z2ggdGhlcmUgaXMgb25lIG1hZGUgc3BlY2lhbGx5IGZvciB0aGVtIGFuZCBub3QgaW4gdXNlIGJ5 IGFueSBvdGhlciBtYWNoaW5lKSB3aGVuIGFkZGluZyBhIEhCQSBzdG9yYWdlLCBidXQgd29yayBm aW5lIGlmIGFkZGluZyBpdCBhcyBzb2Z0d2FyZSBpU0NTSS4gIFRoZXJlIGFyZSBubyByZXN0cmlj dGlvbnMgYXMgZm9yIGFjY2VzcyBhdCB0aGUgc3RvcmFnZSBzaWRlLCBubyBwYXNzd29yZHMgZXRj Lg0KDQoJQW55IHBpZWNlIG9mIGFkdmljZSB3b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQuDQoN CgkgDQoNCgnQlyDQv9C+0LLQsNCz0L7RjiwNCgnQr9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+ 0LvQvtC00LjQvNC40YDQvtCy0LjRhw0KCdCh0LjRgdGC0LXQvNC90LjQuSDQsNC00LzRltC90ZbR gdGC0YDQsNGC0L7RgA0KCUFkZWxpbmEgSG9sZGluZyBMTEMNCgnQktGW0LTQtNGW0Lsg0YLQtdGF 0L3RltGH0L3QvtGXINC/0ZbQtNGC0YDQuNC80LrQuA0KCV9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KCTAzMDY1LCDQvC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtSwgNA0K CUUtbWFpbDogbXlhdHNrb0BhZGVsaW5hLmNvbS51YQ0KCVdlYjogd3d3LmFkZWxpbmEuY29tLnVh DQoJ0JzQvtCxLjogKzM4MDUwMTQ0MDY1Nw0KCdCk0LDQutGBOiArMzggKDAzMikgMjM1IDE3IDc1 DQoNCgkgDQoNCgkNCgkNCgkNCgkNCgkNCg0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQoJWGVuLWFwaSBtYWlsaW5nIGxpc3QNCglYZW4tYXBpQGxpc3Rz Lnhlbi5vcmcNCglodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaQ0KDQogDQoNCg== ------_=_NextPart_001_01CDD45F.C2B1E369 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjpibGFjazsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiLQodGC0LDQvdC00LDRgNGC0L3Ri9C5IEhUTUwg0JfQvdCw0LoiOw0KCW1hcmdp bjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpwLk1zb0FjZXRhdGUsIGxp Lk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoi0KLQtdC60YHRgiDQstGL0L3QvtGB0LrQuCDQl9C90LDQuiI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZv bnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazsNCgltc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpzcGFuLkhUTUwNCgl7bXNvLXN0eWxlLW5hbWU6ItCh0YLQ sNC90LTQsNGA0YLQvdGL0LkgSFRNTCDQl9C90LDQuiI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiLQodGC0LDQvdC00LDRgNGC0L3Ri9C5IEhUTUwiOw0KCWZvbnQt ZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uYQ0KCXttc28tc3R5 bGUtbmFtZToi0KLQtdC60YHRgiDQstGL0L3QvtGB0LrQuCDQl9C90LDQuiI7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLQotC10LrRgdGCINCy0YvQvdC+0YHQutC4 IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjIuMGNtIDQyLjVwdCAyLjBjbSAz LjBjbTt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+ PGJvZHkgYmdjb2xvcj13aGl0ZSBsYW5nPVVLIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+PGRpdiBj bGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPldlbGwsIEkgY2Fu4oCZdCBldmVuIHByb2JlIHRoZSBkZXZpY2Uu IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+eGUgc3ItcHJvYmUgdHlwZT1sdm1vaGJhIHJldHVybnMg PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdjb2xvcjojMUY0OTdEJz5FcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMTA3 PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdjb2xvcjojMUY0OTdEJz5FcnJvciBwYXJhbWV0ZXJzOiAsIFRoZSBTQ1NJaWQgcGFy YW1ldGVyIGlzIG1pc3Npbmcgb3IgaW5jb3JyZWN0LCAmbHQ7P3htbCB2ZXJzaW9uPSZxdW90OzEu MCZxdW90OyA/Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SWYgSSBzZXQgdGhlIFNDU0lpZCAt Jm5ic3A7IHhlIHNyLXByb2JlIHR5cGU9bHZtb2hiYSBkZXZpY2UtY29uZmlnOlNDU0lpZD0qKioq KjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+RXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzE8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMg c3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkVycm9yIHBhcmFtZXRlcnM6ICwgRXJyb3IgcmVwb3J0aW5n IGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVkIHlldCw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPkFuZCB4ZSBzci1jcmVhdGUgc2hhcmVkPXRydWUgdHlwZT1sdm1vaGJhIG5hbWUt bGFiZWw9TFVOOSBkZXZpY2UtY29uZmlnOlNDU0lpZD0qKioqIHJldHVybnMgdGhlIHNhbWU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPkVycm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV8xPG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl PSdjb2xvcjojMUY0OTdEJz5FcnJvciBwYXJhbWV0ZXJzOiAsIEVycm9yIHJlcG9ydGluZyBlcnJv ciwgdW5rbm93biBrZXkgRGV2aWNlIG5vdCBhcHBlYXJlZCB5ZXQsPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0 OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkFzIGZvciBzb2Z0d2FyZSBpU0NTSSDi gJMgSSBjYW4gZWFzaWx5IGZpcmUgaXQgdXAgdGhyb3VnaCBYZW5DZW50ZXIgd2l0aCBtdWx0aXBh dGhpbmcgYW5kIGFsbCB0aGUgc3R1ZmYgSSBuZWVkLCBidXQgdXNpbmcgSEJBIGNhcGFiaWxpdGll cyBpcyBxdWl0ZSBjcml0aWNhbCB0byBtZS4gSWYgaXQgbWF5IGhlbHAsIHRoZSBkZXZpY2UgSSB1 c2UgaXMgSFAgU3RvcmFnZVdvcmtzIFAyMDAwIEczIHdpdGggNCAxR2JpdCBFdGhlcm5ldCBzdG9y YWdlIHBvcnRzIHBlciBjb250cm9sbGVyLiBUaGUgd2lyaW5nIGlzIE9LLCBJIGRvdWJsZWNoZWNr ZWQgaXQuIEFsc28gSSBldmVuIHRyaWVkIHRvIGNvbm5lY3QgdGhlIHN0b3JhZ2UgZGlyZWN0bHkg dG8gdGhlIHNlcnZlcnMgdG8gZ2V0IHJpZCBvZiBwb3NzaWJsZSBmYWlsdXJlIHBvaW50IGF0IHRo ZSBzd2l0Y2guPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdp bi1ib3R0b206MTAuMHB0Jz48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFz dC1sYW5ndWFnZTpVSyc+0Jcg0L/QvtCy0LDQs9C+0Y4sPGJyPtCv0YbQutC+INCc0LjRhdCw0LnQ u9C+INCS0L7Qu9C+0LTQuNC80LjRgNC+0LLQuNGHPGJyPtCh0LjRgdGC0LXQvNC90LjQuSDQsNC0 0LzRltC90ZbRgdGC0YDQsNGC0L7RgDxicj5BZGVsaW5hIEhvbGRpbmcgTExDPGJyPtCS0ZbQtNC0 0ZbQuyDRgtC10YXQvdGW0YfQvdC+0Zcg0L/RltC00YLRgNC40LzQutC4PGJyPl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4wMzA2NSwg0LwuINCa0LjRltCyLCDQsdGD0LsuINCb 0LXQv9GB0LUsIDQ8YnI+RS1tYWlsOiBteWF0c2tvQGFkZWxpbmEuY29tLnVhPGJyPldlYjogd3d3 LmFkZWxpbmEuY29tLnVhPGJyPtCc0L7QsS46ICszODA1MDE0NDA2NTc8YnI+0KTQsNC60YE6ICsz OCAoMDMyKSAyMzUgMTcgNzU8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPjwvZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjxkaXY+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1h bD48Yj48c3BhbiBsYW5nPVJVIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIjtjb2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdl OlVLJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1SVSBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dDttc28t ZmFyZWFzdC1sYW5ndWFnZTpVSyc+IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWls dG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vv cmdlIFNodWtsaW48YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5LCBEZWNlbWJlciAwNiwgMjAxMiAx MDoyNSBQTTxicj48Yj5Ubzo8L2I+IHhlbi1hcGlAbGlzdHMueGVuc291cmNlLmNvbTxicj48Yj5T dWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPG86 cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZu YnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+V2VsbCwgbWF5IGJlIG91dHB1dCBvZiB0 aGUgeGUgc3ItY3JlYXRlIHNob3VsZCBiZSBhdHRhY2hlZD8gR3Vlc3NpbmcgJ3doYXQgaXMgd3Jv bmcnIGlzIGtpbmRhIHVzZWxlc3MgYWN0aXZpdHkgd2l0aG91dCBsb2dzIG9yIGNvbW1hbmQgb3V0 cHV0Ljxicj48YnI+T24gMDYuMTIuMjAxMiAyMDowOCwgWWF0c2tvIE15a2hhaWxvIHdyb3RlOiA8 bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+Q2VydGFpbmx5LiBBbmQgbHZtb2lzY3NpIHdvcmtzIGZpbmUuIEkgbmVl ZCB0byBmaXJlIGl0IHVwIGFzIGx2bW9oYmEsIHdoaWNoIGNhdXNlcyB0cm91Ymxlcy48L3NwYW4+ PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdj b2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QlyDQv9C+0LLQsNCz0L7Rjiw8 YnI+0K/RhtC60L4g0JzQuNGF0LDQudC70L4g0JLQvtC70L7QtNC40LzQuNGA0L7QstC40Yc8YnI+ 0KHQuNGB0YLQtdC80L3QuNC5INCw0LTQvNGW0L3RltGB0YLRgNCw0YLQvtGAPGJyPkFkZWxpbmEg SG9sZGluZyBMTEM8YnI+0JLRltC00LTRltC7INGC0LXRhdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA 0LjQvNC60Lg8YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPjAzMDY1LCDQ vC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtTwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1F Ti1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+LCA0PGJy PkUtbWFpbDogPGEgaHJlZj0ibWFpbHRvOm15YXRza29AYWRlbGluYS5jb20udWEiPm15YXRza29A YWRlbGluYS5jb20udWE8L2E+PGJyPldlYjogPGEgaHJlZj0iaHR0cDovL3d3dy5hZGVsaW5hLmNv bS51YSI+d3d3LmFkZWxpbmEuY29tLnVhPC9hPjxicj48L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxl PSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QnNC+0LE8L3NwYW4+PC9p PjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6UlUnPi46ICszODA1MDE0NDA2NTc8YnI+PC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0n Y29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+0KTQsNC60YE8L3NwYW4+PC9p PjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6UlUnPjogKzM4ICgwMzIpIDIzNSAxNyA3NTwvc3Bhbj48L2k+PG86cD48L286cD48L3A+ PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMx RjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQ7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7Y29sb3I6d2luZG93 dGV4dDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+IDxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJv dW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8 YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmciPm1haWx0bzp4ZW4t YXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vvcmdl IFNodWtsaW48YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5LCBEZWNlbWJlciAwNiwgMjAxMiA1OjIx IFBNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+ eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxicj48Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJ XSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2 PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD5EaWQgeW91IHRyeSB0byBwZXJmb3JtcyB4ZSBzci1jcmVhdGUgd2l0aCB0 eXBlPWx2bW9pc2NzaT88YnI+PGJyPjA1LjEyLjIwMTIgMTQ6NDUsIFlhdHNrbyBNeWtoYWlsbyDQ v9C40YjQtdGCOjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTPkhpIGV2ZXJ5b25lLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5JIGFtIGEgY29tcGxldGUgbmV3YmllIHRvIFhlbi4gSSBy dW4gdGhlIGZvbGxvd2luZyBjb25maWc6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkhQIFByb0xpYW50IERMMzYwIEc3IHNlcnZlciwgMiBh YnNvbHV0ZWx5IGlkZW50aWNhbCBpdGVtcywgcnVubmluZyBsYXRlc3QgWENQLiBUaGV5IGFyZSBq b2luZWQgaW4gYSBwb29sLiBBbHNvIHRoZXJlIGlzIGEgSFAgU3RvcmFnZVdvcmtzIFAyMDAwIEcz IHN0b3JhZ2UgYXJyYXkuIFRoaXMgaXMgdGhlIGNvbmZpZyBJIGhhdmUgdHJvdWJsZXMgd2l0aC4g PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT PkN1cnJlbnRseSB3ZSBhcmUgcGxhbm5pbmcgdG8gbWlncmF0ZSB0byBYZW4tYmFzZWQgc29sdXRp b25zIGZyb20gVk1XYXJlLWJhc2VkLiBXZSBoYXZlIG90aGVyIDIgc2VydmVycyAoYWxzbyBpZGVu dGljYWwgdG8gdGhvc2UgbWVudGlvbmVkIGFib3ZlKSwgd2hpY2ggbWFrZSB1c2Ugb2YgdGhlIHNh bWUgc3RvcmFnZSBkZXZpY2UuIFZNV2FyZSBzZXJ2ZXJzIGNvbm5lY3QgdG8gdGhlIHN0b3JhZ2Ug b3ZlciBIQkEuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTPlhDUCBvbmVzIGRvIG5vdCByZWNvZ25pemUgTFVOcyAodGhvdWdoIHRoZXJlIGlz IG9uZSBtYWRlIHNwZWNpYWxseSBmb3IgdGhlbSBhbmQgbm90IGluIHVzZSBieSBhbnkgb3RoZXIg bWFjaGluZSkgd2hlbiBhZGRpbmcgYSBIQkEgc3RvcmFnZSwgYnV0IHdvcmsgZmluZSBpZiBhZGRp bmcgaXQgYXMgc29mdHdhcmUgaVNDU0kuICZuYnNwO1RoZXJlIGFyZSBubyByZXN0cmljdGlvbnMg YXMgZm9yIGFjY2VzcyBhdCB0aGUgc3RvcmFnZSBzaWRlLCBubyBwYXNzd29yZHMgZXRjLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5Bbnkg cGllY2Ugb2YgYWR2aWNlIHdvdWxkIGJlIGhpZ2hseSBhcHByZWNpYXRlZC48L3NwYW4+PG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbTox MC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdl OlJVJz7QlyDQv9C+0LLQsNCz0L7Rjjwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHls ZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+LDxicj48L3NwYW4+PC9p PjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7Q r9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+0LvQvtC00LjQvNC40YDQvtCy0LjRhzwvc3Bhbj48 L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1s YW5ndWFnZTpSVSc+PGJyPjwvc3Bhbj48L2k+PGk+PHNwYW4gc3R5bGU9J2NvbG9yOiMwMDAwNDI7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPtCh0LjRgdGC0LXQvNC90LjQuSDQsNC00LzRltC90ZbR gdGC0YDQsNGC0L7RgDwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6 IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+PGJyPkFkZWxpbmEgSG9sZGluZyBMTEM8 YnI+PC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1s YW5ndWFnZTpSVSc+0JLRltC00LTRltC7INGC0LXRhdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQ vNC60Lg8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPjxicj5fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwv aT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+ X19fX19fX19fX19fX188YnI+MDMwNjUsINC8LiDQmtC40ZbQsiwg0LHRg9C7LiDQm9C10L/RgdC1 PC9zcGFuPjwvaT48aT48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1m YXJlYXN0LWxhbmd1YWdlOlJVJz4sIDQ8YnI+RS1tYWlsOiA8YSBocmVmPSJtYWlsdG86bXlhdHNr b0BhZGVsaW5hLmNvbS51YSI+bXlhdHNrb0BhZGVsaW5hLmNvbS51YTwvYT48YnI+V2ViOiA8YSBo cmVmPSJodHRwOi8vd3d3LmFkZWxpbmEuY29tLnVhIj53d3cuYWRlbGluYS5jb20udWE8L2E+PGJy Pjwvc3Bhbj48L2k+PGk+PHNwYW4gc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6UlUnPtCc0L7QsTwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+LjogKzM4MDUwMTQ0MDY1Nzxicj48 L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1 YWdlOlJVJz7QpNCw0LrRgTwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+OiArMzggKDAzMikgMjM1IDE3IDc1 PC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F Ti1VUz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48YnI+PGJyPjxicj48YnI+PC9zcGFuPjxvOnA+PC9v OnA+PC9wPjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188bzpwPjwvbzpwPjwvcHJlPjxwcmU+WGVuLWFwaSBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwv cHJlPjxwcmU+PGEgaHJlZj0ibWFpbHRvOlhlbi1hcGlAbGlzdHMueGVuLm9yZyI+WGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+PHByZT48YSBocmVmPSJodHRwOi8vbGlz dHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSI+aHR0cDovL2xpc3Rz Lnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGk8L2E+PG86cD48L286cD48 L3ByZT48L2Jsb2NrcXVvdGU+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTIuMHB0Jz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PC9kaXY+PC9ib2R5PjwvaHRt bD4= ------_=_NextPart_001_01CDD45F.C2B1E369-- --===============6574848704060078528== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6574848704060078528==-- From xen-api-bounces@lists.xen.org Fri Dec 07 09:47:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 09: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 1TguWj-0004DF-Q8; Fri, 07 Dec 2012 09:47:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TguWh-0004D8-VD for xen-api@lists.xensource.com; Fri, 07 Dec 2012 09:47:24 +0000 Received: from [85.158.139.83:40333] by server-10.bemta-5.messagelabs.com id 75/6C-13383-A2BB1C05; Fri, 07 Dec 2012 09:47:22 +0000 X-Env-Sender: myatsko@adelina.com.ua X-Msg-Ref: server-7.tower-182.messagelabs.com!1354873634!24819387!1 X-Originating-IP: [213.133.167.196] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23838 invoked from network); 7 Dec 2012 09:47:14 -0000 Received: from inet.adelina.com.ua (HELO inet.adelina.com.ua) (213.133.167.196) by server-7.tower-182.messagelabs.com with SMTP; 7 Dec 2012 09:47:14 -0000 Received: by inet.adelina.com.ua (Postfix, from userid 1005) id F1F97223BF6; Fri, 7 Dec 2012 11:47:12 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on inet.internal.adelina.com.ua X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.2.5 Received: from as.internal.adelina.com.ua (unknown [10.24.2.19]) by inet.adelina.com.ua (Postfix) with ESMTP id 0189F4B3379; Fri, 7 Dec 2012 09:46:51 +0000 (UTC) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 7 Dec 2012 11:46:41 +0200 Message-ID: <91BCE64E5212F245B631775EF83AA3930B99343E@as.internal.adelina.com.ua> In-Reply-To: <50C0FF07.6080307@gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-API] XCP and HBA storage problem. Thread-Index: Ac3T7+yoHwRporJNTsqwdqTKmcwaogAb89QA References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua> <50C0FF07.6080307@gmail.com> From: "Yatsko Mykhailo" To: "George Shuklin" , Subject: Re: [Xen-API] XCP and HBA storage problem. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6574848704060078528==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6574848704060078528== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CDD45F.C2B1E369" This is a multi-part message in MIME format. ------_=_NextPart_001_01CDD45F.C2B1E369 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2VsbCwgSSBjYW7igJl0IGV2ZW4gcHJvYmUgdGhlIGRldmljZS4gDQoNCnhlIHNyLXByb2JlIHR5 cGU9bHZtb2hiYSByZXR1cm5zIA0KDQpFcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMTA3 DQoNCkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFNDU0lpZCBwYXJhbWV0ZXIgaXMgbWlzc2luZyBv ciBpbmNvcnJlY3QsIDw/eG1sIHZlcnNpb249IjEuMCIgPz4NCg0KSWYgSSBzZXQgdGhlIFNDU0lp ZCAtICB4ZSBzci1wcm9iZSB0eXBlPWx2bW9oYmEgZGV2aWNlLWNvbmZpZzpTQ1NJaWQ9KioqKioN Cg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzENCg0KRXJyb3IgcGFyYW1ldGVyczog LCBFcnJvciByZXBvcnRpbmcgZXJyb3IsIHVua25vd24ga2V5IERldmljZSBub3QgYXBwZWFyZWQg eWV0LA0KDQpBbmQgeGUgc3ItY3JlYXRlIHNoYXJlZD10cnVlIHR5cGU9bHZtb2hiYSBuYW1lLWxh YmVsPUxVTjkgZGV2aWNlLWNvbmZpZzpTQ1NJaWQ9KioqKiByZXR1cm5zIHRoZSBzYW1lDQoNCkVy cm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV8xDQoNCkVycm9yIHBhcmFtZXRlcnM6ICwgRXJy b3IgcmVwb3J0aW5nIGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVkIHlldCwN Cg0KIA0KDQpBcyBmb3Igc29mdHdhcmUgaVNDU0kg4oCTIEkgY2FuIGVhc2lseSBmaXJlIGl0IHVw IHRocm91Z2ggWGVuQ2VudGVyIHdpdGggbXVsdGlwYXRoaW5nIGFuZCBhbGwgdGhlIHN0dWZmIEkg bmVlZCwgYnV0IHVzaW5nIEhCQSBjYXBhYmlsaXRpZXMgaXMgcXVpdGUgY3JpdGljYWwgdG8gbWUu IElmIGl0IG1heSBoZWxwLCB0aGUgZGV2aWNlIEkgdXNlIGlzIEhQIFN0b3JhZ2VXb3JrcyBQMjAw MCBHMyB3aXRoIDQgMUdiaXQgRXRoZXJuZXQgc3RvcmFnZSBwb3J0cyBwZXIgY29udHJvbGxlci4g VGhlIHdpcmluZyBpcyBPSywgSSBkb3VibGVjaGVja2VkIGl0LiBBbHNvIEkgZXZlbiB0cmllZCB0 byBjb25uZWN0IHRoZSBzdG9yYWdlIGRpcmVjdGx5IHRvIHRoZSBzZXJ2ZXJzIHRvIGdldCByaWQg b2YgcG9zc2libGUgZmFpbHVyZSBwb2ludCBhdCB0aGUgc3dpdGNoLg0KDQogDQoNCiANCg0K0Jcg 0L/QvtCy0LDQs9C+0Y4sDQrQr9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+0LvQvtC00LjQvNC4 0YDQvtCy0LjRhw0K0KHQuNGB0YLQtdC80L3QuNC5INCw0LTQvNGW0L3RltGB0YLRgNCw0YLQvtGA DQpBZGVsaW5hIEhvbGRpbmcgTExDDQrQktGW0LTQtNGW0Lsg0YLQtdGF0L3RltGH0L3QvtGXINC/ 0ZbQtNGC0YDQuNC80LrQuA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQowMzA2 NSwg0LwuINCa0LjRltCyLCDQsdGD0LsuINCb0LXQv9GB0LUsIDQNCkUtbWFpbDogbXlhdHNrb0Bh ZGVsaW5hLmNvbS51YQ0KV2ViOiB3d3cuYWRlbGluYS5jb20udWENCtCc0L7QsS46ICszODA1MDE0 NDA2NTcNCtCk0LDQutGBOiArMzggKDAzMikgMjM1IDE3IDc1DQoNCiANCg0KRnJvbTogeGVuLWFw aS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVu Lm9yZ10gT24gQmVoYWxmIE9mIEdlb3JnZSBTaHVrbGluDQpTZW50OiBUaHVyc2RheSwgRGVjZW1i ZXIgMDYsIDIwMTIgMTA6MjUgUE0NClRvOiB4ZW4tYXBpQGxpc3RzLnhlbnNvdXJjZS5jb20NClN1 YmplY3Q6IFJlOiBbWGVuLUFQSV0gWENQIGFuZCBIQkEgc3RvcmFnZSBwcm9ibGVtLg0KDQogDQoN CldlbGwsIG1heSBiZSBvdXRwdXQgb2YgdGhlIHhlIHNyLWNyZWF0ZSBzaG91bGQgYmUgYXR0YWNo ZWQ/IEd1ZXNzaW5nICd3aGF0IGlzIHdyb25nJyBpcyBraW5kYSB1c2VsZXNzIGFjdGl2aXR5IHdp dGhvdXQgbG9ncyBvciBjb21tYW5kIG91dHB1dC4NCg0KT24gMDYuMTIuMjAxMiAyMDowOCwgWWF0 c2tvIE15a2hhaWxvIHdyb3RlOiANCg0KQ2VydGFpbmx5LiBBbmQgbHZtb2lzY3NpIHdvcmtzIGZp bmUuIEkgbmVlZCB0byBmaXJlIGl0IHVwIGFzIGx2bW9oYmEsIHdoaWNoIGNhdXNlcyB0cm91Ymxl cy4NCg0KIA0KDQrQlyDQv9C+0LLQsNCz0L7RjiwNCtCv0YbQutC+INCc0LjRhdCw0LnQu9C+INCS 0L7Qu9C+0LTQuNC80LjRgNC+0LLQuNGHDQrQodC40YHRgtC10LzQvdC40Lkg0LDQtNC80ZbQvdGW 0YHRgtGA0LDRgtC+0YANCkFkZWxpbmEgSG9sZGluZyBMTEMNCtCS0ZbQtNC00ZbQuyDRgtC10YXQ vdGW0YfQvdC+0Zcg0L/RltC00YLRgNC40LzQutC4DQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCjAzMDY1LCDQvC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtSwgNA0KRS1t YWlsOiBteWF0c2tvQGFkZWxpbmEuY29tLnVhDQpXZWI6IHd3dy5hZGVsaW5hLmNvbS51YQ0K0JzQ vtCxLjogKzM4MDUwMTQ0MDY1Nw0K0KTQsNC60YE6ICszOCAoMDMyKSAyMzUgMTcgNzUNCg0KIA0K DQpGcm9tOiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi1hcGktYm91 bmNlc0BsaXN0cy54ZW4ub3JnXSBPbiBCZWhhbGYgT2YgR2VvcmdlIFNodWtsaW4NClNlbnQ6IFRo dXJzZGF5LCBEZWNlbWJlciAwNiwgMjAxMiA1OjIxIFBNDQpUbzogeGVuLWFwaUBsaXN0cy54ZW4u b3JnDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhDUCBhbmQgSEJBIHN0b3JhZ2UgcHJvYmxlbS4N Cg0KIA0KDQpEaWQgeW91IHRyeSB0byBwZXJmb3JtcyB4ZSBzci1jcmVhdGUgd2l0aCB0eXBlPWx2 bW9pc2NzaT8NCg0KMDUuMTIuMjAxMiAxNDo0NSwgWWF0c2tvIE15a2hhaWxvINC/0LjRiNC10YI6 DQoNCglIaSBldmVyeW9uZS4NCg0KCUkgYW0gYSBjb21wbGV0ZSBuZXdiaWUgdG8gWGVuLiBJIHJ1 biB0aGUgZm9sbG93aW5nIGNvbmZpZzoNCg0KCUhQIFByb0xpYW50IERMMzYwIEc3IHNlcnZlciwg MiBhYnNvbHV0ZWx5IGlkZW50aWNhbCBpdGVtcywgcnVubmluZyBsYXRlc3QgWENQLiBUaGV5IGFy ZSBqb2luZWQgaW4gYSBwb29sLiBBbHNvIHRoZXJlIGlzIGEgSFAgU3RvcmFnZVdvcmtzIFAyMDAw IEczIHN0b3JhZ2UgYXJyYXkuIFRoaXMgaXMgdGhlIGNvbmZpZyBJIGhhdmUgdHJvdWJsZXMgd2l0 aC4gDQoNCglDdXJyZW50bHkgd2UgYXJlIHBsYW5uaW5nIHRvIG1pZ3JhdGUgdG8gWGVuLWJhc2Vk IHNvbHV0aW9ucyBmcm9tIFZNV2FyZS1iYXNlZC4gV2UgaGF2ZSBvdGhlciAyIHNlcnZlcnMgKGFs c28gaWRlbnRpY2FsIHRvIHRob3NlIG1lbnRpb25lZCBhYm92ZSksIHdoaWNoIG1ha2UgdXNlIG9m IHRoZSBzYW1lIHN0b3JhZ2UgZGV2aWNlLiBWTVdhcmUgc2VydmVycyBjb25uZWN0IHRvIHRoZSBz dG9yYWdlIG92ZXIgSEJBLg0KDQoJWENQIG9uZXMgZG8gbm90IHJlY29nbml6ZSBMVU5zICh0aG91 Z2ggdGhlcmUgaXMgb25lIG1hZGUgc3BlY2lhbGx5IGZvciB0aGVtIGFuZCBub3QgaW4gdXNlIGJ5 IGFueSBvdGhlciBtYWNoaW5lKSB3aGVuIGFkZGluZyBhIEhCQSBzdG9yYWdlLCBidXQgd29yayBm aW5lIGlmIGFkZGluZyBpdCBhcyBzb2Z0d2FyZSBpU0NTSS4gIFRoZXJlIGFyZSBubyByZXN0cmlj dGlvbnMgYXMgZm9yIGFjY2VzcyBhdCB0aGUgc3RvcmFnZSBzaWRlLCBubyBwYXNzd29yZHMgZXRj Lg0KDQoJQW55IHBpZWNlIG9mIGFkdmljZSB3b3VsZCBiZSBoaWdobHkgYXBwcmVjaWF0ZWQuDQoN CgkgDQoNCgnQlyDQv9C+0LLQsNCz0L7RjiwNCgnQr9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+ 0LvQvtC00LjQvNC40YDQvtCy0LjRhw0KCdCh0LjRgdGC0LXQvNC90LjQuSDQsNC00LzRltC90ZbR gdGC0YDQsNGC0L7RgA0KCUFkZWxpbmEgSG9sZGluZyBMTEMNCgnQktGW0LTQtNGW0Lsg0YLQtdGF 0L3RltGH0L3QvtGXINC/0ZbQtNGC0YDQuNC80LrQuA0KCV9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KCTAzMDY1LCDQvC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtSwgNA0K CUUtbWFpbDogbXlhdHNrb0BhZGVsaW5hLmNvbS51YQ0KCVdlYjogd3d3LmFkZWxpbmEuY29tLnVh DQoJ0JzQvtCxLjogKzM4MDUwMTQ0MDY1Nw0KCdCk0LDQutGBOiArMzggKDAzMikgMjM1IDE3IDc1 DQoNCgkgDQoNCgkNCgkNCgkNCgkNCgkNCg0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQoJWGVuLWFwaSBtYWlsaW5nIGxpc3QNCglYZW4tYXBpQGxpc3Rz Lnhlbi5vcmcNCglodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8v eGVuLWFwaQ0KDQogDQoNCg== ------_=_NextPart_001_01CDD45F.C2B1E369 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjpibGFjazsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiLQodGC0LDQvdC00LDRgNGC0L3Ri9C5IEhUTUwg0JfQvdCw0LoiOw0KCW1hcmdp bjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpwLk1zb0FjZXRhdGUsIGxp Lk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoi0KLQtdC60YHRgiDQstGL0L3QvtGB0LrQuCDQl9C90LDQuiI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZv bnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazsNCgltc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpzcGFuLkhUTUwNCgl7bXNvLXN0eWxlLW5hbWU6ItCh0YLQ sNC90LTQsNGA0YLQvdGL0LkgSFRNTCDQl9C90LDQuiI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiLQodGC0LDQvdC00LDRgNGC0L3Ri9C5IEhUTUwiOw0KCWZvbnQt ZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uYQ0KCXttc28tc3R5 bGUtbmFtZToi0KLQtdC60YHRgiDQstGL0L3QvtGB0LrQuCDQl9C90LDQuiI7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiLQotC10LrRgdGCINCy0YvQvdC+0YHQutC4 IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjIuMGNtIDQyLjVwdCAyLjBjbSAz LjBjbTt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+ PGJvZHkgYmdjb2xvcj13aGl0ZSBsYW5nPVVLIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+PGRpdiBj bGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPldlbGwsIEkgY2Fu4oCZdCBldmVuIHByb2JlIHRoZSBkZXZpY2Uu IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+eGUgc3ItcHJvYmUgdHlwZT1sdm1vaGJhIHJldHVybnMg PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdjb2xvcjojMUY0OTdEJz5FcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMTA3 PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT IHN0eWxlPSdjb2xvcjojMUY0OTdEJz5FcnJvciBwYXJhbWV0ZXJzOiAsIFRoZSBTQ1NJaWQgcGFy YW1ldGVyIGlzIG1pc3Npbmcgb3IgaW5jb3JyZWN0LCAmbHQ7P3htbCB2ZXJzaW9uPSZxdW90OzEu MCZxdW90OyA/Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SWYgSSBzZXQgdGhlIFNDU0lpZCAt Jm5ic3A7IHhlIHNyLXByb2JlIHR5cGU9bHZtb2hiYSBkZXZpY2UtY29uZmlnOlNDU0lpZD0qKioq KjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+RXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzE8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMg c3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkVycm9yIHBhcmFtZXRlcnM6ICwgRXJyb3IgcmVwb3J0aW5n IGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVkIHlldCw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y OiMxRjQ5N0QnPkFuZCB4ZSBzci1jcmVhdGUgc2hhcmVkPXRydWUgdHlwZT1sdm1vaGJhIG5hbWUt bGFiZWw9TFVOOSBkZXZpY2UtY29uZmlnOlNDU0lpZD0qKioqIHJldHVybnMgdGhlIHNhbWU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5 bGU9J2NvbG9yOiMxRjQ5N0QnPkVycm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV8xPG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl PSdjb2xvcjojMUY0OTdEJz5FcnJvciBwYXJhbWV0ZXJzOiAsIEVycm9yIHJlcG9ydGluZyBlcnJv ciwgdW5rbm93biBrZXkgRGV2aWNlIG5vdCBhcHBlYXJlZCB5ZXQsPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0 OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkFzIGZvciBzb2Z0d2FyZSBpU0NTSSDi gJMgSSBjYW4gZWFzaWx5IGZpcmUgaXQgdXAgdGhyb3VnaCBYZW5DZW50ZXIgd2l0aCBtdWx0aXBh dGhpbmcgYW5kIGFsbCB0aGUgc3R1ZmYgSSBuZWVkLCBidXQgdXNpbmcgSEJBIGNhcGFiaWxpdGll cyBpcyBxdWl0ZSBjcml0aWNhbCB0byBtZS4gSWYgaXQgbWF5IGhlbHAsIHRoZSBkZXZpY2UgSSB1 c2UgaXMgSFAgU3RvcmFnZVdvcmtzIFAyMDAwIEczIHdpdGggNCAxR2JpdCBFdGhlcm5ldCBzdG9y YWdlIHBvcnRzIHBlciBjb250cm9sbGVyLiBUaGUgd2lyaW5nIGlzIE9LLCBJIGRvdWJsZWNoZWNr ZWQgaXQuIEFsc28gSSBldmVuIHRyaWVkIHRvIGNvbm5lY3QgdGhlIHN0b3JhZ2UgZGlyZWN0bHkg dG8gdGhlIHNlcnZlcnMgdG8gZ2V0IHJpZCBvZiBwb3NzaWJsZSBmYWlsdXJlIHBvaW50IGF0IHRo ZSBzd2l0Y2guPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdp bi1ib3R0b206MTAuMHB0Jz48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFz dC1sYW5ndWFnZTpVSyc+0Jcg0L/QvtCy0LDQs9C+0Y4sPGJyPtCv0YbQutC+INCc0LjRhdCw0LnQ u9C+INCS0L7Qu9C+0LTQuNC80LjRgNC+0LLQuNGHPGJyPtCh0LjRgdGC0LXQvNC90LjQuSDQsNC0 0LzRltC90ZbRgdGC0YDQsNGC0L7RgDxicj5BZGVsaW5hIEhvbGRpbmcgTExDPGJyPtCS0ZbQtNC0 0ZbQuyDRgtC10YXQvdGW0YfQvdC+0Zcg0L/RltC00YLRgNC40LzQutC4PGJyPl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4wMzA2NSwg0LwuINCa0LjRltCyLCDQsdGD0LsuINCb 0LXQv9GB0LUsIDQ8YnI+RS1tYWlsOiBteWF0c2tvQGFkZWxpbmEuY29tLnVhPGJyPldlYjogd3d3 LmFkZWxpbmEuY29tLnVhPGJyPtCc0L7QsS46ICszODA1MDE0NDA2NTc8YnI+0KTQsNC60YE6ICsz OCAoMDMyKSAyMzUgMTcgNzU8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPjwvZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjxkaXY+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1h bD48Yj48c3BhbiBsYW5nPVJVIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIjtjb2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdl OlVLJz5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz1SVSBzdHlsZT0nZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dDttc28t ZmFyZWFzdC1sYW5ndWFnZTpVSyc+IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWls dG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vv cmdlIFNodWtsaW48YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5LCBEZWNlbWJlciAwNiwgMjAxMiAx MDoyNSBQTTxicj48Yj5Ubzo8L2I+IHhlbi1hcGlAbGlzdHMueGVuc291cmNlLmNvbTxicj48Yj5T dWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPG86 cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZu YnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+V2VsbCwgbWF5IGJlIG91dHB1dCBvZiB0 aGUgeGUgc3ItY3JlYXRlIHNob3VsZCBiZSBhdHRhY2hlZD8gR3Vlc3NpbmcgJ3doYXQgaXMgd3Jv bmcnIGlzIGtpbmRhIHVzZWxlc3MgYWN0aXZpdHkgd2l0aG91dCBsb2dzIG9yIGNvbW1hbmQgb3V0 cHV0Ljxicj48YnI+T24gMDYuMTIuMjAxMiAyMDowOCwgWWF0c2tvIE15a2hhaWxvIHdyb3RlOiA8 bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0n Y29sb3I6IzFGNDk3RCc+Q2VydGFpbmx5LiBBbmQgbHZtb2lzY3NpIHdvcmtzIGZpbmUuIEkgbmVl ZCB0byBmaXJlIGl0IHVwIGFzIGx2bW9oYmEsIHdoaWNoIGNhdXNlcyB0cm91Ymxlcy48L3NwYW4+ PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9 J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdj b2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QlyDQv9C+0LLQsNCz0L7Rjiw8 YnI+0K/RhtC60L4g0JzQuNGF0LDQudC70L4g0JLQvtC70L7QtNC40LzQuNGA0L7QstC40Yc8YnI+ 0KHQuNGB0YLQtdC80L3QuNC5INCw0LTQvNGW0L3RltGB0YLRgNCw0YLQvtGAPGJyPkFkZWxpbmEg SG9sZGluZyBMTEM8YnI+0JLRltC00LTRltC7INGC0LXRhdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA 0LjQvNC60Lg8YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPjAzMDY1LCDQ vC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtTwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1F Ti1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+LCA0PGJy PkUtbWFpbDogPGEgaHJlZj0ibWFpbHRvOm15YXRza29AYWRlbGluYS5jb20udWEiPm15YXRza29A YWRlbGluYS5jb20udWE8L2E+PGJyPldlYjogPGEgaHJlZj0iaHR0cDovL3d3dy5hZGVsaW5hLmNv bS51YSI+d3d3LmFkZWxpbmEuY29tLnVhPC9hPjxicj48L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxl PSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QnNC+0LE8L3NwYW4+PC9p PjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6UlUnPi46ICszODA1MDE0NDA2NTc8YnI+PC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0n Y29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+0KTQsNC60YE8L3NwYW4+PC9p PjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6UlUnPjogKzM4ICgwMzIpIDIzNSAxNyA3NTwvc3Bhbj48L2k+PG86cD48L286cD48L3A+ PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMx RjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQ7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7Y29sb3I6d2luZG93 dGV4dDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+IDxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJv dW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8 YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmciPm1haWx0bzp4ZW4t YXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxiPk9uIEJlaGFsZiBPZiA8L2I+R2Vvcmdl IFNodWtsaW48YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5LCBEZWNlbWJlciAwNiwgMjAxMiA1OjIx IFBNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuLm9yZyI+ eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxicj48Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJ XSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2 PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD5EaWQgeW91IHRyeSB0byBwZXJmb3JtcyB4ZSBzci1jcmVhdGUgd2l0aCB0 eXBlPWx2bW9pc2NzaT88YnI+PGJyPjA1LjEyLjIwMTIgMTQ6NDUsIFlhdHNrbyBNeWtoYWlsbyDQ v9C40YjQtdGCOjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTPkhpIGV2ZXJ5b25lLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5JIGFtIGEgY29tcGxldGUgbmV3YmllIHRvIFhlbi4gSSBy dW4gdGhlIGZvbGxvd2luZyBjb25maWc6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkhQIFByb0xpYW50IERMMzYwIEc3IHNlcnZlciwgMiBh YnNvbHV0ZWx5IGlkZW50aWNhbCBpdGVtcywgcnVubmluZyBsYXRlc3QgWENQLiBUaGV5IGFyZSBq b2luZWQgaW4gYSBwb29sLiBBbHNvIHRoZXJlIGlzIGEgSFAgU3RvcmFnZVdvcmtzIFAyMDAwIEcz IHN0b3JhZ2UgYXJyYXkuIFRoaXMgaXMgdGhlIGNvbmZpZyBJIGhhdmUgdHJvdWJsZXMgd2l0aC4g PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT PkN1cnJlbnRseSB3ZSBhcmUgcGxhbm5pbmcgdG8gbWlncmF0ZSB0byBYZW4tYmFzZWQgc29sdXRp b25zIGZyb20gVk1XYXJlLWJhc2VkLiBXZSBoYXZlIG90aGVyIDIgc2VydmVycyAoYWxzbyBpZGVu dGljYWwgdG8gdGhvc2UgbWVudGlvbmVkIGFib3ZlKSwgd2hpY2ggbWFrZSB1c2Ugb2YgdGhlIHNh bWUgc3RvcmFnZSBkZXZpY2UuIFZNV2FyZSBzZXJ2ZXJzIGNvbm5lY3QgdG8gdGhlIHN0b3JhZ2Ug b3ZlciBIQkEuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUVOLVVTPlhDUCBvbmVzIGRvIG5vdCByZWNvZ25pemUgTFVOcyAodGhvdWdoIHRoZXJlIGlz IG9uZSBtYWRlIHNwZWNpYWxseSBmb3IgdGhlbSBhbmQgbm90IGluIHVzZSBieSBhbnkgb3RoZXIg bWFjaGluZSkgd2hlbiBhZGRpbmcgYSBIQkEgc3RvcmFnZSwgYnV0IHdvcmsgZmluZSBpZiBhZGRp bmcgaXQgYXMgc29mdHdhcmUgaVNDU0kuICZuYnNwO1RoZXJlIGFyZSBubyByZXN0cmljdGlvbnMg YXMgZm9yIGFjY2VzcyBhdCB0aGUgc3RvcmFnZSBzaWRlLCBubyBwYXNzd29yZHMgZXRjLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5Bbnkg cGllY2Ugb2YgYWR2aWNlIHdvdWxkIGJlIGhpZ2hseSBhcHByZWNpYXRlZC48L3NwYW4+PG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVM+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbTox MC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdl OlJVJz7QlyDQv9C+0LLQsNCz0L7Rjjwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHls ZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+LDxicj48L3NwYW4+PC9p PjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7Q r9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+0LvQvtC00LjQvNC40YDQvtCy0LjRhzwvc3Bhbj48 L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1s YW5ndWFnZTpSVSc+PGJyPjwvc3Bhbj48L2k+PGk+PHNwYW4gc3R5bGU9J2NvbG9yOiMwMDAwNDI7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPtCh0LjRgdGC0LXQvNC90LjQuSDQsNC00LzRltC90ZbR gdGC0YDQsNGC0L7RgDwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6 IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+PGJyPkFkZWxpbmEgSG9sZGluZyBMTEM8 YnI+PC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1s YW5ndWFnZTpSVSc+0JLRltC00LTRltC7INGC0LXRhdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQ vNC60Lg8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPjxicj5fX19fX19fX19fX19fX19fX19fPC9zcGFuPjwv aT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+ X19fX19fX19fX19fX188YnI+MDMwNjUsINC8LiDQmtC40ZbQsiwg0LHRg9C7LiDQm9C10L/RgdC1 PC9zcGFuPjwvaT48aT48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1m YXJlYXN0LWxhbmd1YWdlOlJVJz4sIDQ8YnI+RS1tYWlsOiA8YSBocmVmPSJtYWlsdG86bXlhdHNr b0BhZGVsaW5hLmNvbS51YSI+bXlhdHNrb0BhZGVsaW5hLmNvbS51YTwvYT48YnI+V2ViOiA8YSBo cmVmPSJodHRwOi8vd3d3LmFkZWxpbmEuY29tLnVhIj53d3cuYWRlbGluYS5jb20udWE8L2E+PGJy Pjwvc3Bhbj48L2k+PGk+PHNwYW4gc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6UlUnPtCc0L7QsTwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+LjogKzM4MDUwMTQ0MDY1Nzxicj48 L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1 YWdlOlJVJz7QpNCw0LrRgTwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+OiArMzggKDAzMikgMjM1IDE3IDc1 PC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F Ti1VUz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu IHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48YnI+PGJyPjxicj48YnI+PC9zcGFuPjxvOnA+PC9v OnA+PC9wPjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188bzpwPjwvbzpwPjwvcHJlPjxwcmU+WGVuLWFwaSBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwv cHJlPjxwcmU+PGEgaHJlZj0ibWFpbHRvOlhlbi1hcGlAbGlzdHMueGVuLm9yZyI+WGVuLWFwaUBs aXN0cy54ZW4ub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+PHByZT48YSBocmVmPSJodHRwOi8vbGlz dHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaSI+aHR0cDovL2xpc3Rz Lnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGk8L2E+PG86cD48L286cD48 L3ByZT48L2Jsb2NrcXVvdGU+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTIuMHB0Jz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PC9kaXY+PC9ib2R5PjwvaHRt bD4= ------_=_NextPart_001_01CDD45F.C2B1E369-- --===============6574848704060078528== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6574848704060078528==-- From xen-api-bounces@lists.xen.org Fri Dec 07 11:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 11: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 1Tgvwx-00085B-Vp; Fri, 07 Dec 2012 11: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 1Tgvww-000855-5D for xen-api@lists.xen.org; Fri, 07 Dec 2012 11:18:34 +0000 Received: from [85.158.143.99:61904] by server-2.bemta-4.messagelabs.com id 5E/5B-30861-980D1C05; Fri, 07 Dec 2012 11:18:33 +0000 X-Env-Sender: p.pridt@chello.at X-Msg-Ref: server-2.tower-216.messagelabs.com!1354879111!23155992!1 X-Originating-IP: [62.179.121.39] X-SpamReason: No, hits=1.8 required=7.0 tests=sa_preprocessor: QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI5NDk4\n,sa_preprocessor: QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI5NDk4\n,RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17453 invoked from network); 7 Dec 2012 11:18:31 -0000 Received: from fep19.mx.upcmail.net (HELO fep19.mx.upcmail.net) (62.179.121.39) by server-2.tower-216.messagelabs.com with SMTP; 7 Dec 2012 11:18:31 -0000 Received: from edge03.upcmail.net ([192.168.13.238]) by viefep19-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20121207111830.IOFB26940.viefep19-int.chello.at@edge03.upcmail.net> for ; Fri, 7 Dec 2012 12:18:30 +0100 Received: from [192.168.235.110] ([62.178.35.61]) by edge03.upcmail.net with edge id YbJW1k00T1K8qS603bJWXN; Fri, 07 Dec 2012 12:18:30 +0100 X-SourceIP: 62.178.35.61 X-Authenticated-Sender: compudoc Message-ID: <50C1D085.4010105@chello.at> Date: Fri, 07 Dec 2012 12:18:29 +0100 From: Paul Pridt User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I am looking for a way to attach a physical CD drive or a USB-attached hard drive to a VM. I know that Citrix Xenserver does that through special udev-SRs. There you even can attach an internal hard drive with the help of an udev rule that creates the vdi. Has anybody a running solution? My system is Ubuntu 12.04 with xcp-xapi. -- Regards, Paul _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Dec 07 11:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 11: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 1Tgvwx-00085B-Vp; Fri, 07 Dec 2012 11: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 1Tgvww-000855-5D for xen-api@lists.xen.org; Fri, 07 Dec 2012 11:18:34 +0000 Received: from [85.158.143.99:61904] by server-2.bemta-4.messagelabs.com id 5E/5B-30861-980D1C05; Fri, 07 Dec 2012 11:18:33 +0000 X-Env-Sender: p.pridt@chello.at X-Msg-Ref: server-2.tower-216.messagelabs.com!1354879111!23155992!1 X-Originating-IP: [62.179.121.39] X-SpamReason: No, hits=1.8 required=7.0 tests=sa_preprocessor: QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI5NDk4\n,sa_preprocessor: QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI5NDk4\n,RATWARE_GECKO_BUILD X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17453 invoked from network); 7 Dec 2012 11:18:31 -0000 Received: from fep19.mx.upcmail.net (HELO fep19.mx.upcmail.net) (62.179.121.39) by server-2.tower-216.messagelabs.com with SMTP; 7 Dec 2012 11:18:31 -0000 Received: from edge03.upcmail.net ([192.168.13.238]) by viefep19-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20121207111830.IOFB26940.viefep19-int.chello.at@edge03.upcmail.net> for ; Fri, 7 Dec 2012 12:18:30 +0100 Received: from [192.168.235.110] ([62.178.35.61]) by edge03.upcmail.net with edge id YbJW1k00T1K8qS603bJWXN; Fri, 07 Dec 2012 12:18:30 +0100 X-SourceIP: 62.178.35.61 X-Authenticated-Sender: compudoc Message-ID: <50C1D085.4010105@chello.at> Date: Fri, 07 Dec 2012 12:18:29 +0100 From: Paul Pridt User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, I am looking for a way to attach a physical CD drive or a USB-attached hard drive to a VM. I know that Citrix Xenserver does that through special udev-SRs. There you even can attach an internal hard drive with the help of an udev rule that creates the vdi. Has anybody a running solution? My system is Ubuntu 12.04 with xcp-xapi. -- Regards, Paul _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Dec 07 12:50:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 12:50: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 1TgxNH-0002bK-A0; Fri, 07 Dec 2012 12:49:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgxNF-0002bC-S4; Fri, 07 Dec 2012 12:49:50 +0000 Received: from [193.109.254.147:55299] by server-9.bemta-14.messagelabs.com id B9/5F-30773-DE5E1C05; Fri, 07 Dec 2012 12:49:49 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-3.tower-27.messagelabs.com!1354884587!9785173!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MDQwNDY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1929 invoked from network); 7 Dec 2012 12:49:48 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Dec 2012 12:49:48 -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 731DD1918; Fri, 7 Dec 2012 14:49:47 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 508052005F; Fri, 7 Dec 2012 14:49:47 +0200 (EET) Date: Fri, 7 Dec 2012 14:49:47 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Dave Scott Message-ID: <20121207124946.GZ8912@reaktio.net> References: <6b7f6eb1003231347t4a2a0c21u317cd885181d0d7d@mail.gmail.com> <81A73678E76EA642801C8F2E4823AD21565E554245@LONPMAILBOX01.citrite.net> <20121130100534.GN8912@reaktio.net> <6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Xen Users , Keith Petley , Martinx - ????? , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] XCP storage repository using VHD on top of the LVM (FC shared too) instead of the NFS. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote: > Hey Pasi, > = > On Nov 30, 2012, at 10:05 AM, "Pasi K=E4rkk=E4inen" wrote: > = > > On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote: > >> Hi, > > = > > Hello Dave, > > = > >> XCP does use VHD format on top of the LVs it creates on iSCSI/FC sto= rage. > >> The current problem is that it doesn't support "thin provisioning" (= i.e. > >> not pre-allocating). It's great for making snapshots and clones but = not so > >> good for space usage... as you observed! > >> = > >> There is an early prototype of an XCP/vhd storage daemon which has a= n LVM > >> implementation optimized for being able to quickly resize volumes. W= hen > >> that stabilizes, we'll be able to have thin provisioning. We should = put > >> the development repo for the prototype on xenbits somewhere. > > = > > Any progress on supporting thinprov on block-storage ? = > = > I've cc:d Keith, who is more of a storage expert than me ;-) He works on = the SM layer used in XCP and I'm sure will have some useful insights. > Thanks Dave! Keith: Any insights on this? = -- Pasi = > Cheers, > Dave > = > > = > > Thanks, > > = > > -- Pasi > > = > > = > >> = > >> Cheers, > >> = > >> Dave > >> = > >> = > >> = > >> From: xen-users-bounces@lists.xensource.com > >> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx - > >> ????? > >> Sent: 23 March 2010 20:47 > >> To: Xen List > >> Subject: [Xen-users] XCP storage repository using VHD on top of the = LVM > >> (FC shared too) instead of the NFS. > >> = > >> = > >> = > >> Hi! > >> = > >> I thinking why the XCP/XenServer has an option to use the VHD forma= t only > >> for the NFS Servers... How to use the VHD on top of a local or share= d LVM? > >> = > >> I mean, I want to create a logical volume of 500G and within this v= olume, > >> I'll create the VHDs files instead LVs for each domU. > >> = > >> And I'll use this setup on top of my FC IBM DS4700 shared storage... > >> = > >> It is possible?! I want the good of both worlds, the space efficient > >> feature of the VHDs (not pre-allocating) with the speed of the local= or > >> fiber channel storage. > >> = > >> Thanks! > >> Thiago > > = > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xensource.com > >> http://lists.xensource.com/xen-users > > = _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Dec 07 12:50:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 12:50: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 1TgxNH-0002bK-A0; Fri, 07 Dec 2012 12:49:51 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgxNF-0002bC-S4; Fri, 07 Dec 2012 12:49:50 +0000 Received: from [193.109.254.147:55299] by server-9.bemta-14.messagelabs.com id B9/5F-30773-DE5E1C05; Fri, 07 Dec 2012 12:49:49 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-3.tower-27.messagelabs.com!1354884587!9785173!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MDQwNDY=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1929 invoked from network); 7 Dec 2012 12:49:48 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Dec 2012 12:49:48 -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 731DD1918; Fri, 7 Dec 2012 14:49:47 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 508052005F; Fri, 7 Dec 2012 14:49:47 +0200 (EET) Date: Fri, 7 Dec 2012 14:49:47 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Dave Scott Message-ID: <20121207124946.GZ8912@reaktio.net> References: <6b7f6eb1003231347t4a2a0c21u317cd885181d0d7d@mail.gmail.com> <81A73678E76EA642801C8F2E4823AD21565E554245@LONPMAILBOX01.citrite.net> <20121130100534.GN8912@reaktio.net> <6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Xen Users , Keith Petley , Martinx - ????? , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] XCP storage repository using VHD on top of the LVM (FC shared too) instead of the NFS. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote: > Hey Pasi, > = > On Nov 30, 2012, at 10:05 AM, "Pasi K=E4rkk=E4inen" wrote: > = > > On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote: > >> Hi, > > = > > Hello Dave, > > = > >> XCP does use VHD format on top of the LVs it creates on iSCSI/FC sto= rage. > >> The current problem is that it doesn't support "thin provisioning" (= i.e. > >> not pre-allocating). It's great for making snapshots and clones but = not so > >> good for space usage... as you observed! > >> = > >> There is an early prototype of an XCP/vhd storage daemon which has a= n LVM > >> implementation optimized for being able to quickly resize volumes. W= hen > >> that stabilizes, we'll be able to have thin provisioning. We should = put > >> the development repo for the prototype on xenbits somewhere. > > = > > Any progress on supporting thinprov on block-storage ? = > = > I've cc:d Keith, who is more of a storage expert than me ;-) He works on = the SM layer used in XCP and I'm sure will have some useful insights. > Thanks Dave! Keith: Any insights on this? = -- Pasi = > Cheers, > Dave > = > > = > > Thanks, > > = > > -- Pasi > > = > > = > >> = > >> Cheers, > >> = > >> Dave > >> = > >> = > >> = > >> From: xen-users-bounces@lists.xensource.com > >> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx - > >> ????? > >> Sent: 23 March 2010 20:47 > >> To: Xen List > >> Subject: [Xen-users] XCP storage repository using VHD on top of the = LVM > >> (FC shared too) instead of the NFS. > >> = > >> = > >> = > >> Hi! > >> = > >> I thinking why the XCP/XenServer has an option to use the VHD forma= t only > >> for the NFS Servers... How to use the VHD on top of a local or share= d LVM? > >> = > >> I mean, I want to create a logical volume of 500G and within this v= olume, > >> I'll create the VHDs files instead LVs for each domU. > >> = > >> And I'll use this setup on top of my FC IBM DS4700 shared storage... > >> = > >> It is possible?! I want the good of both worlds, the space efficient > >> feature of the VHDs (not pre-allocating) with the speed of the local= or > >> fiber channel storage. > >> = > >> Thanks! > >> Thiago > > = > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xensource.com > >> http://lists.xensource.com/xen-users > > = _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Dec 07 13:19:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 13:19: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 1TgxqA-0004Xx-Oz; Fri, 07 Dec 2012 13:19:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgxq8-0004Xm-PL for xen-api@lists.xen.org; Fri, 07 Dec 2012 13:19:40 +0000 Received: from [85.158.139.211:27955] by server-11.bemta-5.messagelabs.com id 48/40-31624-CECE1C05; Fri, 07 Dec 2012 13:19:40 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1354886352!19440697!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5008 invoked from network); 7 Dec 2012 13:19:13 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 13:19:13 -0000 Received: by mail-vc0-f173.google.com with SMTP id f13so475066vcb.32 for ; Fri, 07 Dec 2012 05:19:12 -0800 (PST) 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=2UxAIoE+rhjFa5HPEr2lF2MVX14FT3LaqSfugLAzCRA=; b=OmIRLMAnp/FqKMshDbFOulat0qbbjtpAFgMvW+5uAH5PzWlpXW2dDnbDhRyuBRvdIK 7KRpyLZFtWbYsHnM3z2Ymb427/g9/h7YC9z/yCQTZWkG7ukx7IJkR2FL63QcYqA3tTEA etcJyE0xjUFz8UgJ9f8m1dARue8dRaWjvEeatlhkVcdFqfit9C5S7rBSvsYOYoK7gvzE U4wVbIc/TxbszM6U75KhfoiC8EHGCtGkpcc/sQt3picwZloyvNmWUHMLOdMg8Gw0Uk6j Ixvtrb5GcmzlB4CYNsNBVj4N7JwD73K8mVkg2IQU8k3S7u+ZYo/4hGV3zGoNwFHuKdML Rkpw== MIME-Version: 1.0 Received: by 10.52.91.142 with SMTP id ce14mr3233795vdb.84.1354886351837; Fri, 07 Dec 2012 05:19:11 -0800 (PST) Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 05:19:11 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Dec 2012 08:19:11 -0500 Message-ID: From: Gizmo Chicken To: xen-api@lists.xen.org Cc: d.vander.wurf@gmail.com Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8385585143766673905==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8385585143766673905== Content-Type: multipart/alternative; boundary=20cf307f37e6b6581804d0430fae --20cf307f37e6b6581804d0430fae Content-Type: text/plain; charset=ISO-8859-1 Like Donald, I too hope to configure PCI passthrough to an HVM guest in XCP. And also like Donald, I haven't had much luck finding the relevant documentation. If PCI passthrough to an HVM guest is possible in XCP, such as through xe or otherwise, would someone please share the basic steps and commands? Thanks so much for any help that you may be willing to provide. Best regards, GizmoChicken On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf < d.vander.wurf@gmail.com> wrote: > I'd like to do a PCI passthrough for a disk-controller to a HVM guest. > In this article is a tutorial about this but only for a PV-guest. > http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough > Quote from the article: *The below is only applicable to PV hosts. In > this example the OS used was Ubuntu 10.04 LTS. * > > How to set this up for a HVM? I've searched the Internet but did not find > info on this topic. > > I tried this, after binding the controller to pciback, but it didn't work: > example: xe vm-param-set > other-config:pci=0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 > uuid=MYUUID > > Is this the way to go, or does it work differently for a HVM? > > kind regards. > > Donald > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --20cf307f37e6b6581804d0430fae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Like Donald, I too hope to configure PCI pas= sthrough to an HVM guest in XCP.=A0 And also like Donald, I haven't had= much luck finding the relevant documentation.

If PCI passthr= ough to an HVM guest is possible in XCP, such as through xe or otherwise, w= ould someone please share the basic steps and commands?

Thanks so much for any help that you may be willing to provide.

= Best regards,
GizmoChicken


On Tue,= Nov 13, 2012 at 11:17 AM, Donald van der Wurf <d.vander.wurf@gmail.= com> wrote:
=A0
I'd like to do a= PCI passthrough for a disk-controller to a HVM guest.
In this article is a tutorial about this but only for a PV-guest.=A0http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
Quote from the=A0article: The below is only applicable to PV hosts.= In this example the OS used was Ubuntu 10.04 LTS.=A0=A0
=A0
How to set this up for a HVM? I've searched the Internet but did n= ot find info on this topic.
=A0
I tried this, after binding the controller to pciback, but it didn'= ;t work: example: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:= 00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID

Is this the way to go, or does it work differently for a HVM?
=A0
kind regards.
=A0
Donald

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


--20cf307f37e6b6581804d0430fae-- --===============8385585143766673905== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8385585143766673905==-- From xen-api-bounces@lists.xen.org Fri Dec 07 13:19:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 13:19: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 1TgxqA-0004Xx-Oz; Fri, 07 Dec 2012 13:19:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Tgxq8-0004Xm-PL for xen-api@lists.xen.org; Fri, 07 Dec 2012 13:19:40 +0000 Received: from [85.158.139.211:27955] by server-11.bemta-5.messagelabs.com id 48/40-31624-CECE1C05; Fri, 07 Dec 2012 13:19:40 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1354886352!19440697!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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5008 invoked from network); 7 Dec 2012 13:19:13 -0000 Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com) (209.85.220.173) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 13:19:13 -0000 Received: by mail-vc0-f173.google.com with SMTP id f13so475066vcb.32 for ; Fri, 07 Dec 2012 05:19:12 -0800 (PST) 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=2UxAIoE+rhjFa5HPEr2lF2MVX14FT3LaqSfugLAzCRA=; b=OmIRLMAnp/FqKMshDbFOulat0qbbjtpAFgMvW+5uAH5PzWlpXW2dDnbDhRyuBRvdIK 7KRpyLZFtWbYsHnM3z2Ymb427/g9/h7YC9z/yCQTZWkG7ukx7IJkR2FL63QcYqA3tTEA etcJyE0xjUFz8UgJ9f8m1dARue8dRaWjvEeatlhkVcdFqfit9C5S7rBSvsYOYoK7gvzE U4wVbIc/TxbszM6U75KhfoiC8EHGCtGkpcc/sQt3picwZloyvNmWUHMLOdMg8Gw0Uk6j Ixvtrb5GcmzlB4CYNsNBVj4N7JwD73K8mVkg2IQU8k3S7u+ZYo/4hGV3zGoNwFHuKdML Rkpw== MIME-Version: 1.0 Received: by 10.52.91.142 with SMTP id ce14mr3233795vdb.84.1354886351837; Fri, 07 Dec 2012 05:19:11 -0800 (PST) Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 05:19:11 -0800 (PST) In-Reply-To: References: Date: Fri, 7 Dec 2012 08:19:11 -0500 Message-ID: From: Gizmo Chicken To: xen-api@lists.xen.org Cc: d.vander.wurf@gmail.com Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8385585143766673905==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8385585143766673905== Content-Type: multipart/alternative; boundary=20cf307f37e6b6581804d0430fae --20cf307f37e6b6581804d0430fae Content-Type: text/plain; charset=ISO-8859-1 Like Donald, I too hope to configure PCI passthrough to an HVM guest in XCP. And also like Donald, I haven't had much luck finding the relevant documentation. If PCI passthrough to an HVM guest is possible in XCP, such as through xe or otherwise, would someone please share the basic steps and commands? Thanks so much for any help that you may be willing to provide. Best regards, GizmoChicken On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf < d.vander.wurf@gmail.com> wrote: > I'd like to do a PCI passthrough for a disk-controller to a HVM guest. > In this article is a tutorial about this but only for a PV-guest. > http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough > Quote from the article: *The below is only applicable to PV hosts. In > this example the OS used was Ubuntu 10.04 LTS. * > > How to set this up for a HVM? I've searched the Internet but did not find > info on this topic. > > I tried this, after binding the controller to pciback, but it didn't work: > example: xe vm-param-set > other-config:pci=0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 > uuid=MYUUID > > Is this the way to go, or does it work differently for a HVM? > > kind regards. > > Donald > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --20cf307f37e6b6581804d0430fae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Like Donald, I too hope to configure PCI pas= sthrough to an HVM guest in XCP.=A0 And also like Donald, I haven't had= much luck finding the relevant documentation.

If PCI passthr= ough to an HVM guest is possible in XCP, such as through xe or otherwise, w= ould someone please share the basic steps and commands?

Thanks so much for any help that you may be willing to provide.

= Best regards,
GizmoChicken


On Tue,= Nov 13, 2012 at 11:17 AM, Donald van der Wurf <d.vander.wurf@gmail.= com> wrote:
=A0
I'd like to do a= PCI passthrough for a disk-controller to a HVM guest.
In this article is a tutorial about this but only for a PV-guest.=A0http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
Quote from the=A0article: The below is only applicable to PV hosts.= In this example the OS used was Ubuntu 10.04 LTS.=A0=A0
=A0
How to set this up for a HVM? I've searched the Internet but did n= ot find info on this topic.
=A0
I tried this, after binding the controller to pciback, but it didn'= ;t work: example: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:= 00:1d.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID

Is this the way to go, or does it work differently for a HVM?
=A0
kind regards.
=A0
Donald

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


--20cf307f37e6b6581804d0430fae-- --===============8385585143766673905== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8385585143766673905==-- From xen-api-bounces@lists.xen.org Fri Dec 07 14:51:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 14:51: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 1TgzGh-0007Ud-Rq; Fri, 07 Dec 2012 14:51:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgzGg-0007Tc-KY for xen-api@lists.xen.org; Fri, 07 Dec 2012 14:51:10 +0000 Received: from [85.158.139.83:7630] by server-11.bemta-5.messagelabs.com id AE/FB-31624-D5202C05; Fri, 07 Dec 2012 14:51:09 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1354891850!27724009!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8683 invoked from network); 7 Dec 2012 14:50:51 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 14:50:51 -0000 Received: by mail-ie0-f179.google.com with SMTP id k14so1271751iea.10 for ; Fri, 07 Dec 2012 06:50:50 -0800 (PST) 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=2HdMEm7EpH4pqOVgsw8l5TkOS8+I7TrlXCsmnl+BQZ8=; b=d5t64PyJY50ezAnQSWQgDWCQiul9L7+dv5Z5oUEMlWhBXE4034sCQKSFT7UwTlZ/kh wwe9NZ0X756bTlcuNLP3+jCeYf5lSznk+8WBpe+D51u+5LNZLFnIeR0ti9MKp33oAGkz kXNkQIUbwM0MVQ1fVOLqnM7tYuPOS6BiOSLTrnDxsJvo8N5n1ypSKaO6MaPMiH141wV0 grxBA7S/3onjeAl4s1W9/sXiRzY8RL2R48F8cLutFA9lT1I6fkhJXL6JZ5CqX+w2M3IK pZo/rbv48G+gZFfEH1V1S/cPq2NVm6U3qKvjOag1l23Z7wlYwg59hdzzsiIpkBrwoOro h5Sg== Received: by 10.50.213.73 with SMTP id nq9mr9601909igc.27.1354891850014; Fri, 07 Dec 2012 06:50:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.136.113 with HTTP; Fri, 7 Dec 2012 06:50:09 -0800 (PST) In-Reply-To: <50C1D085.4010105@chello.at> References: <50C1D085.4010105@chello.at> From: Grant McWilliams Date: Fri, 7 Dec 2012 06:50:09 -0800 Message-ID: To: Paul Pridt Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7685395450562590895==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7685395450562590895== Content-Type: multipart/alternative; boundary=14dae93405f36de0b704d0445724 --14dae93405f36de0b704d0445724 Content-Type: text/plain; charset=UTF-8 On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt wrote: > Hi, > I am looking for a way to attach a physical CD drive or a USB-attached > hard drive to a VM. > I know that Citrix Xenserver does that through special udev-SRs. There you > even can attach an internal hard drive with the help of an udev rule that > creates the vdi. > Has anybody a running solution? > My system is Ubuntu 12.04 with xcp-xapi. > > -- > Regards, > Paul > What is it exactly you're trying to accomplish? I'd start by checking /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it runs. *58-xapi.rules* # Skip devices which fail the local sharing check (to filter out root/mounted devices) ACTION=="add", PROGRAM!="/opt/xensource/libexec/check-device-sharing %k", GOTO="end_xapi" ACTION=="add", SYMLINK+="xapi/block/%k" ACTION=="add", RUN+="/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" ACTION=="remove", RUN+="/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" *Part of /opt/xensource/libexec/local-device-change* for SR in `xe sr-list type=udev sm-config:type=block uuid=${LOCAL_SR} params=uuid --minimal` do xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user location=/dev/xapi/block/${DEVICE} done Read the whole scripts of course but this might get you started. --14dae93405f36de0b704d0445724 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <= span dir=3D"ltr"><p.pridt@chello.at> wrote:
Hi,
I am looking for a way to attach a physical CD drive or a USB-attached hard= drive to a VM.
I know that Citrix Xenserver does that through special udev-SRs. There you = even can attach an internal hard drive with the help of an udev rule that c= reates the vdi.
Has anybody a running solution?
My system is Ubuntu 12.04 with xcp-xapi.

--
Regards,
Paul

What is it exactly y= ou're trying to=C2=A0accomplish? I'd start by checking /etc/udev/ru= les.d/58-xapi.rules for events and check the scripts that it runs.=C2=A0

58-xapi.rules
# Skip devices which fai= l the local sharing check (to filter out root/mounted devices)
AC= TION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-de= vice-sharing %k", GOTO=3D"end_xapi"

ACTION=3D=3D"add", SYMLINK+=3D"xapi/bloc= k/%k"

ACTION=3D=3D"add", RUN+=3D&qu= ot;/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&= 1 >/dev/null&'"
ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c '/opt/xens= ource/libexec/local-device-change %k 2>&1 >/dev/null&'&qu= ot;


Part of /opt/xensource= /libexec/local-device-change

=C2=A0for SR in `xe sr-list type=3Dudev sm-config:= type=3Dblock uuid=3D${LOCAL_SR} params=3Duuid --minimal`
=C2=A0 = =C2=A0 =C2=A0 do
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xe vdi-introduce uui= d=3D`uuidgen` sr-uuid=3D${SR} type=3Duser location=3D/dev/xapi/block/${DEVI= CE}
=C2=A0done


Read the whol= e scripts of course but this might get you started.
--14dae93405f36de0b704d0445724-- --===============7685395450562590895== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7685395450562590895==-- From xen-api-bounces@lists.xen.org Fri Dec 07 14:51:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 14:51: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 1TgzGh-0007Ud-Rq; Fri, 07 Dec 2012 14:51:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgzGg-0007Tc-KY for xen-api@lists.xen.org; Fri, 07 Dec 2012 14:51:10 +0000 Received: from [85.158.139.83:7630] by server-11.bemta-5.messagelabs.com id AE/FB-31624-D5202C05; Fri, 07 Dec 2012 14:51:09 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1354891850!27724009!1 X-Originating-IP: [209.85.223.179] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8683 invoked from network); 7 Dec 2012 14:50:51 -0000 Received: from mail-ie0-f179.google.com (HELO mail-ie0-f179.google.com) (209.85.223.179) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 14:50:51 -0000 Received: by mail-ie0-f179.google.com with SMTP id k14so1271751iea.10 for ; Fri, 07 Dec 2012 06:50:50 -0800 (PST) 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=2HdMEm7EpH4pqOVgsw8l5TkOS8+I7TrlXCsmnl+BQZ8=; b=d5t64PyJY50ezAnQSWQgDWCQiul9L7+dv5Z5oUEMlWhBXE4034sCQKSFT7UwTlZ/kh wwe9NZ0X756bTlcuNLP3+jCeYf5lSznk+8WBpe+D51u+5LNZLFnIeR0ti9MKp33oAGkz kXNkQIUbwM0MVQ1fVOLqnM7tYuPOS6BiOSLTrnDxsJvo8N5n1ypSKaO6MaPMiH141wV0 grxBA7S/3onjeAl4s1W9/sXiRzY8RL2R48F8cLutFA9lT1I6fkhJXL6JZ5CqX+w2M3IK pZo/rbv48G+gZFfEH1V1S/cPq2NVm6U3qKvjOag1l23Z7wlYwg59hdzzsiIpkBrwoOro h5Sg== Received: by 10.50.213.73 with SMTP id nq9mr9601909igc.27.1354891850014; Fri, 07 Dec 2012 06:50:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.136.113 with HTTP; Fri, 7 Dec 2012 06:50:09 -0800 (PST) In-Reply-To: <50C1D085.4010105@chello.at> References: <50C1D085.4010105@chello.at> From: Grant McWilliams Date: Fri, 7 Dec 2012 06:50:09 -0800 Message-ID: To: Paul Pridt Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7685395450562590895==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7685395450562590895== Content-Type: multipart/alternative; boundary=14dae93405f36de0b704d0445724 --14dae93405f36de0b704d0445724 Content-Type: text/plain; charset=UTF-8 On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt wrote: > Hi, > I am looking for a way to attach a physical CD drive or a USB-attached > hard drive to a VM. > I know that Citrix Xenserver does that through special udev-SRs. There you > even can attach an internal hard drive with the help of an udev rule that > creates the vdi. > Has anybody a running solution? > My system is Ubuntu 12.04 with xcp-xapi. > > -- > Regards, > Paul > What is it exactly you're trying to accomplish? I'd start by checking /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it runs. *58-xapi.rules* # Skip devices which fail the local sharing check (to filter out root/mounted devices) ACTION=="add", PROGRAM!="/opt/xensource/libexec/check-device-sharing %k", GOTO="end_xapi" ACTION=="add", SYMLINK+="xapi/block/%k" ACTION=="add", RUN+="/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" ACTION=="remove", RUN+="/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" *Part of /opt/xensource/libexec/local-device-change* for SR in `xe sr-list type=udev sm-config:type=block uuid=${LOCAL_SR} params=uuid --minimal` do xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user location=/dev/xapi/block/${DEVICE} done Read the whole scripts of course but this might get you started. --14dae93405f36de0b704d0445724 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <= span dir=3D"ltr"><p.pridt@chello.at> wrote:
Hi,
I am looking for a way to attach a physical CD drive or a USB-attached hard= drive to a VM.
I know that Citrix Xenserver does that through special udev-SRs. There you = even can attach an internal hard drive with the help of an udev rule that c= reates the vdi.
Has anybody a running solution?
My system is Ubuntu 12.04 with xcp-xapi.

--
Regards,
Paul

What is it exactly y= ou're trying to=C2=A0accomplish? I'd start by checking /etc/udev/ru= les.d/58-xapi.rules for events and check the scripts that it runs.=C2=A0

58-xapi.rules
# Skip devices which fai= l the local sharing check (to filter out root/mounted devices)
AC= TION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-de= vice-sharing %k", GOTO=3D"end_xapi"

ACTION=3D=3D"add", SYMLINK+=3D"xapi/bloc= k/%k"

ACTION=3D=3D"add", RUN+=3D&qu= ot;/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&= 1 >/dev/null&'"
ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c '/opt/xens= ource/libexec/local-device-change %k 2>&1 >/dev/null&'&qu= ot;


Part of /opt/xensource= /libexec/local-device-change

=C2=A0for SR in `xe sr-list type=3Dudev sm-config:= type=3Dblock uuid=3D${LOCAL_SR} params=3Duuid --minimal`
=C2=A0 = =C2=A0 =C2=A0 do
=C2=A0 =C2=A0 =C2=A0 =C2=A0 xe vdi-introduce uui= d=3D`uuidgen` sr-uuid=3D${SR} type=3Duser location=3D/dev/xapi/block/${DEVI= CE}
=C2=A0done


Read the whol= e scripts of course but this might get you started.
--14dae93405f36de0b704d0445724-- --===============7685395450562590895== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7685395450562590895==-- From xen-api-bounces@lists.xen.org Fri Dec 07 15:01:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 15:01:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgzQB-0008Dl-F1; Fri, 07 Dec 2012 15:00:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgzQA-0008DG-5k for xen-api@lists.xen.org; Fri, 07 Dec 2012 15:00:58 +0000 Received: from [85.158.139.83:18231] by server-12.bemta-5.messagelabs.com id 59/C1-02275-9A402C05; Fri, 07 Dec 2012 15:00:57 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1354892455!28888684!1 X-Originating-IP: [209.85.212.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18053 invoked from network); 7 Dec 2012 15:00:56 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 15:00:56 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so592343vbi.32 for ; Fri, 07 Dec 2012 07:00:54 -0800 (PST) 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=ie+Rh2EXvg+KBm4hksG6z3W+KeGFPMUrRdMeCWy1vVE=; b=l6OvPZSjk1WHYfN/V79Pk0aaeKXc7QalKc0p1ZRBoYjGn5yOsos+02v+oRVYh/Hs2o H6kKuTjOQ3P3ZIagTm7DoA+sp1W5snJ2tq/zOgRZpTom/M3COTtWRi1GH7Lx9InHdN2z CvqjpIKEXpSnLQkHbfZI6ba1q1haqgs2QQQ98gIdHScOzHKyr5uHKubVqtO0BIWqdTyo 6ou8rIgpnqQ++w+gJtgUBnezA/fFIRJ9ftUm8RCOas16GvXQmlwFlE19gD7LH/UnOcIA W+iA4P3PFBy/WTEO5RkNshyvkka+uDZUZyjYGaOc6q4xfEgZHA61NduY21ezlezPKJTy IEDw== MIME-Version: 1.0 Received: by 10.220.209.74 with SMTP id gf10mr3877465vcb.10.1354892454840; Fri, 07 Dec 2012 07:00:54 -0800 (PST) Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 07:00:54 -0800 (PST) In-Reply-To: References: <50C1D085.4010105@chello.at> Date: Fri, 7 Dec 2012 10:00:54 -0500 Message-ID: From: Gizmo Chicken To: Paul Pridt Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5375668575605578764==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5375668575605578764== Content-Type: multipart/alternative; boundary=bcaec54fb4107ac92104d0447b32 --bcaec54fb4107ac92104d0447b32 Content-Type: text/plain; charset=ISO-8859-1 Paul, I suspect that what you want to do could be accomplished via PCI passthrough to an HVM guest, which is the subject of a thread having the subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a few weeks ago. So you might want to follow (and perhaps join in) that thread. Without repeating the entirety of the above mentioned thread, I'll note that the original poster referenced a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP. However, the original poster wasn't able to adapt that tutorial to his goal of configuring PCI passthrough to an HVM guest in XCP, and so sought help from the group. Unlike the situation with the XAPI toolstack, the procedure for configuring PCI passthrough to an HVM guest is relatively straightforward with Xen when using the default toolstack. For a discussion of both VGA and PCI passthrough in Xen when using the default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. So if you don't mind leaving behind the comforts of XenCenter for something like Virtual Machine Manager (virt-manager), maybe Xen and its default toolstack is a better option for you. I wish that I could be of more help. Best regards, GizmoChicken P.S. I'm currently using Xen (and Virtual Machine Manager), but I would switch to XCP (and XenCenter) if I could get PCI passthough working in XCP. In such a case, I would passthrough nearly all of my USB controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop. That way I could have, on a single machine, both a stable XCP server (which I could leave up 24/7 to host my virtual servers) and also local access to virtual machine having fully functional desktop (which I could shut down when not in use). I imagine that many would apprciate such functionality in XCP, so let's hope that the developers consider adding such a feature to future releases of XCP if not already possible via xe command line. On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams wrote: > > On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt wrote: > >> Hi, >> I am looking for a way to attach a physical CD drive or a USB-attached >> hard drive to a VM. >> I know that Citrix Xenserver does that through special udev-SRs. There >> you even can attach an internal hard drive with the help of an udev rule >> that creates the vdi. >> Has anybody a running solution? >> My system is Ubuntu 12.04 with xcp-xapi. >> >> -- >> Regards, >> Paul >> > > What is it exactly you're trying to accomplish? I'd start by checking > /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it > runs. > > *58-xapi.rules* > # Skip devices which fail the local sharing check (to filter out > root/mounted devices) > ACTION=="add", PROGRAM!="/opt/xensource/libexec/check-device-sharing %k", > GOTO="end_xapi" > > ACTION=="add", SYMLINK+="xapi/block/%k" > > ACTION=="add", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > ACTION=="remove", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > > > *Part of /opt/xensource/libexec/local-device-change* > > for SR in `xe sr-list type=udev sm-config:type=block uuid=${LOCAL_SR} > params=uuid --minimal` > do > xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user > location=/dev/xapi/block/${DEVICE} > done > > > Read the whole scripts of course but this might get you started. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --bcaec54fb4107ac92104d0447b32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Paul,

I suspect that what you want to do could be accomplished via PCI passthrough to an HVM=20 guest, which is the subject of a thread having the subject "[Xen-API]= =20 XCP PCI Passthrough on HVM how to?" that was started a few weeks ago.= =A0=20 So you might want to follow (and perhaps join in) that thread.

Without= repeating the entirety of the above mentioned thread, I'll note that t= he original poster referenced a tutorial found at http://wiki.xen.org= /wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP.=A0 However, the original poster wasn't able to adapt that tutorial to his goal of configuring= =20 PCI passthrough to an HVM guest in XCP, and so sought help from the=20 group.

Unlike the situation with the XAPI toolstack, the procedure f= or=20 configuring PCI passthrough to an HVM guest is relatively=20 straightforward with Xen when using the default toolstack.=A0 For a discuss= ion of both VGA and PCI=20 passthrough in Xen when using the default toolstack, see=20 http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013.=A0
So if you don't mind leaving behind the comforts of XenCenter for= =20 something like Virtual Machine Manager (virt-manager), maybe Xen and its de= fault toolstack is a better option for you.

I wish that I could be of more help.

Best regards,
G= izmoChicken

P.S. I'm currently using Xen (and=20 Virtual Machine Manager), but I would switch=20 to XCP (and XenCenter) if I could get PCI passthough working in=20 XCP.=A0 In such a case, I would passthrough nearly all of my USB=20 controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop.=A0 That way I could have, on a single machine, both a=20 stable XCP server (which I could leave up 24/7 to host my virtual=20 servers) and also local access to virtual machine having fully=20 functional desktop (which I could shut down when not in use).=A0 I imagine that many would apprciate such functionality in XCP, so let's hope tha= t the developers consider adding such a feature to future releases of XCP if not already possible via xe command line.


On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantm= asterflash@gmail.com> wrote:

On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <p.pridt@chello.at>= wrote:
Hi,
I am looking for a way to attach a physical CD drive or a USB-attached hard= drive to a VM.
I know that Citrix Xenserver does that through special udev-SRs. There you = even can attach an internal hard drive with the help of an udev rule that c= reates the vdi.
Has anybody a running solution?
My system is Ubuntu 12.04 with xcp-xapi.

--
Regards,
Paul

What is it exa= ctly you're trying to=A0accomplish? I'd start by checking /etc/udev= /rules.d/58-xapi.rules for events and check the scripts that it runs.=A0

58-xapi.rules
# Skip devices which fai= l the local sharing check (to filter out root/mounted devices)
AC= TION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-de= vice-sharing %k", GOTO=3D"end_xapi"

ACTION=3D=3D"add", SYMLINK+=3D"xapi/bloc= k/%k"

ACTION=3D=3D"add", RUN+=3D&qu= ot;/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&= 1 >/dev/null&'"
ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c '/opt/xens= ource/libexec/local-device-change %k 2>&1 >/dev/null&'&qu= ot;


Part of /opt/xensource= /libexec/local-device-change

=A0for SR in `xe sr-list type=3Dudev sm-config:typ= e=3Dblock uuid=3D${LOCAL_SR} params=3Duuid --minimal`
=A0 =A0 =A0= do
=A0 =A0 =A0 =A0 xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D$= {SR} type=3Duser location=3D/dev/xapi/block/${DEVICE}
=A0done


Read the whole s= cripts of course but this might get you started.

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


--bcaec54fb4107ac92104d0447b32-- --===============5375668575605578764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5375668575605578764==-- From xen-api-bounces@lists.xen.org Fri Dec 07 15:01:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 15:01:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgzQB-0008Dl-F1; Fri, 07 Dec 2012 15:00:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1TgzQA-0008DG-5k for xen-api@lists.xen.org; Fri, 07 Dec 2012 15:00:58 +0000 Received: from [85.158.139.83:18231] by server-12.bemta-5.messagelabs.com id 59/C1-02275-9A402C05; Fri, 07 Dec 2012 15:00:57 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1354892455!28888684!1 X-Originating-IP: [209.85.212.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-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18053 invoked from network); 7 Dec 2012 15:00:56 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 15:00:56 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so592343vbi.32 for ; Fri, 07 Dec 2012 07:00:54 -0800 (PST) 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=ie+Rh2EXvg+KBm4hksG6z3W+KeGFPMUrRdMeCWy1vVE=; b=l6OvPZSjk1WHYfN/V79Pk0aaeKXc7QalKc0p1ZRBoYjGn5yOsos+02v+oRVYh/Hs2o H6kKuTjOQ3P3ZIagTm7DoA+sp1W5snJ2tq/zOgRZpTom/M3COTtWRi1GH7Lx9InHdN2z CvqjpIKEXpSnLQkHbfZI6ba1q1haqgs2QQQ98gIdHScOzHKyr5uHKubVqtO0BIWqdTyo 6ou8rIgpnqQ++w+gJtgUBnezA/fFIRJ9ftUm8RCOas16GvXQmlwFlE19gD7LH/UnOcIA W+iA4P3PFBy/WTEO5RkNshyvkka+uDZUZyjYGaOc6q4xfEgZHA61NduY21ezlezPKJTy IEDw== MIME-Version: 1.0 Received: by 10.220.209.74 with SMTP id gf10mr3877465vcb.10.1354892454840; Fri, 07 Dec 2012 07:00:54 -0800 (PST) Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 07:00:54 -0800 (PST) In-Reply-To: References: <50C1D085.4010105@chello.at> Date: Fri, 7 Dec 2012 10:00:54 -0500 Message-ID: From: Gizmo Chicken To: Paul Pridt Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5375668575605578764==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5375668575605578764== Content-Type: multipart/alternative; boundary=bcaec54fb4107ac92104d0447b32 --bcaec54fb4107ac92104d0447b32 Content-Type: text/plain; charset=ISO-8859-1 Paul, I suspect that what you want to do could be accomplished via PCI passthrough to an HVM guest, which is the subject of a thread having the subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a few weeks ago. So you might want to follow (and perhaps join in) that thread. Without repeating the entirety of the above mentioned thread, I'll note that the original poster referenced a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP. However, the original poster wasn't able to adapt that tutorial to his goal of configuring PCI passthrough to an HVM guest in XCP, and so sought help from the group. Unlike the situation with the XAPI toolstack, the procedure for configuring PCI passthrough to an HVM guest is relatively straightforward with Xen when using the default toolstack. For a discussion of both VGA and PCI passthrough in Xen when using the default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. So if you don't mind leaving behind the comforts of XenCenter for something like Virtual Machine Manager (virt-manager), maybe Xen and its default toolstack is a better option for you. I wish that I could be of more help. Best regards, GizmoChicken P.S. I'm currently using Xen (and Virtual Machine Manager), but I would switch to XCP (and XenCenter) if I could get PCI passthough working in XCP. In such a case, I would passthrough nearly all of my USB controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop. That way I could have, on a single machine, both a stable XCP server (which I could leave up 24/7 to host my virtual servers) and also local access to virtual machine having fully functional desktop (which I could shut down when not in use). I imagine that many would apprciate such functionality in XCP, so let's hope that the developers consider adding such a feature to future releases of XCP if not already possible via xe command line. On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams wrote: > > On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt wrote: > >> Hi, >> I am looking for a way to attach a physical CD drive or a USB-attached >> hard drive to a VM. >> I know that Citrix Xenserver does that through special udev-SRs. There >> you even can attach an internal hard drive with the help of an udev rule >> that creates the vdi. >> Has anybody a running solution? >> My system is Ubuntu 12.04 with xcp-xapi. >> >> -- >> Regards, >> Paul >> > > What is it exactly you're trying to accomplish? I'd start by checking > /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it > runs. > > *58-xapi.rules* > # Skip devices which fail the local sharing check (to filter out > root/mounted devices) > ACTION=="add", PROGRAM!="/opt/xensource/libexec/check-device-sharing %k", > GOTO="end_xapi" > > ACTION=="add", SYMLINK+="xapi/block/%k" > > ACTION=="add", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > ACTION=="remove", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > > > *Part of /opt/xensource/libexec/local-device-change* > > for SR in `xe sr-list type=udev sm-config:type=block uuid=${LOCAL_SR} > params=uuid --minimal` > do > xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user > location=/dev/xapi/block/${DEVICE} > done > > > Read the whole scripts of course but this might get you started. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --bcaec54fb4107ac92104d0447b32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Paul,

I suspect that what you want to do could be accomplished via PCI passthrough to an HVM=20 guest, which is the subject of a thread having the subject "[Xen-API]= =20 XCP PCI Passthrough on HVM how to?" that was started a few weeks ago.= =A0=20 So you might want to follow (and perhaps join in) that thread.

Without= repeating the entirety of the above mentioned thread, I'll note that t= he original poster referenced a tutorial found at http://wiki.xen.org= /wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP.=A0 However, the original poster wasn't able to adapt that tutorial to his goal of configuring= =20 PCI passthrough to an HVM guest in XCP, and so sought help from the=20 group.

Unlike the situation with the XAPI toolstack, the procedure f= or=20 configuring PCI passthrough to an HVM guest is relatively=20 straightforward with Xen when using the default toolstack.=A0 For a discuss= ion of both VGA and PCI=20 passthrough in Xen when using the default toolstack, see=20 http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013.=A0
So if you don't mind leaving behind the comforts of XenCenter for= =20 something like Virtual Machine Manager (virt-manager), maybe Xen and its de= fault toolstack is a better option for you.

I wish that I could be of more help.

Best regards,
G= izmoChicken

P.S. I'm currently using Xen (and=20 Virtual Machine Manager), but I would switch=20 to XCP (and XenCenter) if I could get PCI passthough working in=20 XCP.=A0 In such a case, I would passthrough nearly all of my USB=20 controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop.=A0 That way I could have, on a single machine, both a=20 stable XCP server (which I could leave up 24/7 to host my virtual=20 servers) and also local access to virtual machine having fully=20 functional desktop (which I could shut down when not in use).=A0 I imagine that many would apprciate such functionality in XCP, so let's hope tha= t the developers consider adding such a feature to future releases of XCP if not already possible via xe command line.


On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantm= asterflash@gmail.com> wrote:

On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <p.pridt@chello.at>= wrote:
Hi,
I am looking for a way to attach a physical CD drive or a USB-attached hard= drive to a VM.
I know that Citrix Xenserver does that through special udev-SRs. There you = even can attach an internal hard drive with the help of an udev rule that c= reates the vdi.
Has anybody a running solution?
My system is Ubuntu 12.04 with xcp-xapi.

--
Regards,
Paul

What is it exa= ctly you're trying to=A0accomplish? I'd start by checking /etc/udev= /rules.d/58-xapi.rules for events and check the scripts that it runs.=A0

58-xapi.rules
# Skip devices which fai= l the local sharing check (to filter out root/mounted devices)
AC= TION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-de= vice-sharing %k", GOTO=3D"end_xapi"

ACTION=3D=3D"add", SYMLINK+=3D"xapi/bloc= k/%k"

ACTION=3D=3D"add", RUN+=3D&qu= ot;/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&= 1 >/dev/null&'"
ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c '/opt/xens= ource/libexec/local-device-change %k 2>&1 >/dev/null&'&qu= ot;


Part of /opt/xensource= /libexec/local-device-change

=A0for SR in `xe sr-list type=3Dudev sm-config:typ= e=3Dblock uuid=3D${LOCAL_SR} params=3Duuid --minimal`
=A0 =A0 =A0= do
=A0 =A0 =A0 =A0 xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D$= {SR} type=3Duser location=3D/dev/xapi/block/${DEVICE}
=A0done


Read the whole s= cripts of course but this might get you started.

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


--bcaec54fb4107ac92104d0447b32-- --===============5375668575605578764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5375668575605578764==-- From xen-api-bounces@lists.xen.org Fri Dec 07 15:45:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 15:45: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 1Th07M-0002iw-Im; Fri, 07 Dec 2012 15:45:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th07L-0002io-Qb for xen-api@lists.xensource.com; Fri, 07 Dec 2012 15:45:36 +0000 Received: from [193.109.254.147:20332] by server-4.bemta-14.messagelabs.com id D0/CB-18856-E1F02C05; Fri, 07 Dec 2012 15:45:34 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1354895129!2922987!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11793 invoked from network); 7 Dec 2012 15:45:30 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 15:45:30 -0000 Received: by mail-vc0-f171.google.com with SMTP id n11so692768vch.30 for ; Fri, 07 Dec 2012 07:45:29 -0800 (PST) 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=/CQX7mm36nzffd1K7L8a3UGPQIm5kbxWZM6Ub0e+IzU=; b=VjxgUyP1VbtLq6ZknsB1drTAI7J4s9gjMrvqfFwtJ/7oZUOeI1whAqmVTysKNpV9RT JB2ZXcCyWjfMTw20/cS2xrsmHxqqWgNCiYhS+wtdwdsg5ckCIRRTGQy1TbINvOrmJsdy S8JFkeenI15UzJKlRbqygQxJYv/qgUTBiFKyu5xuk2/YEqH3gGBlzJ/3N9lsGtuDHVwS czOsYmRvfPP0evZ3gMmDww4hKINIHmseQKGsnPBC7sZ+Um9FBIJXNoTm7Qsuj3OmTzsm cy1ggqm84xVvlZ3huoLAJlUGVPfJ9IYw2oJRsYeCt2s14dprllrPXgkTwfpWMCfH+NfE XMnQ== MIME-Version: 1.0 Received: by 10.58.247.132 with SMTP id ye4mr4182133vec.9.1354895128995; Fri, 07 Dec 2012 07:45:28 -0800 (PST) Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 07:45:28 -0800 (PST) In-Reply-To: References: <50C1D085.4010105@chello.at> Date: Fri, 7 Dec 2012 10:45:28 -0500 Message-ID: From: Gizmo Chicken To: Grant McWilliams Cc: Paul Pridt , Donald van der Wurf , xen-api@lists.xensource.com Subject: [Xen-API] Fwd: Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3240335720275394661==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3240335720275394661== Content-Type: multipart/alternative; boundary=047d7bf0ecc8df272504d0451a8f --047d7bf0ecc8df272504d0451a8f Content-Type: text/plain; charset=ISO-8859-1 Grant, I had nearly finished drafting my reply to Paul when I noticed your reply. As mentioned in my reply to Paul, I suspect that what Paul wants to do (passthrough a USB device) could be accomplished via PCI passthrough (of an entire USB controller) to an HVM guest. Does that sound right? As I also mentioned in my reply to Paul, another poster (Donald van der Wurf) attempted to adapt a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of configuring PCI passthrough to an HVM guest in XCP. However, the original poster wasn't successful, and so sought help from the group. Your technical knowledge is clearly way beyond mine. If you feel that it would be possible to configure PCI passthrough to an HVM guest in XCP, would you consider creating a brief tutorial, or possibly extending the above mentioned tutorial, to describe the procedure? Any help from you (or others) would be *greatly* appreciated. Best regards, GizmoChicken ---------- Forwarded message ---------- From: Gizmo Chicken Date: Fri, Dec 7, 2012 at 10:00 AM Subject: Re: [Xen-API] Attach CD or Removable Devices To: Paul Pridt Cc: xen-api@lists.xen.org Paul, I suspect that what you want to do could be accomplished via PCI passthrough to an HVM guest, which is the subject of a thread having the subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a few weeks ago. So you might want to follow (and perhaps join in) that thread. Without repeating the entirety of the above mentioned thread, I'll note that the original poster referenced a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP. However, the original poster wasn't able to adapt that tutorial to his goal of configuring PCI passthrough to an HVM guest in XCP, and so sought help from the group. Unlike the situation with the XAPI toolstack, the procedure for configuring PCI passthrough to an HVM guest is relatively straightforward with Xen when using the default toolstack. For a discussion of both VGA and PCI passthrough in Xen when using the default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. So if you don't mind leaving behind the comforts of XenCenter for something like Virtual Machine Manager (virt-manager), maybe Xen and its default toolstack is a better option for you. I wish that I could be of more help. Best regards, GizmoChicken P.S. I'm currently using Xen (and Virtual Machine Manager), but I would switch to XCP (and XenCenter) if I could get PCI passthough working in XCP. In such a case, I would passthrough nearly all of my USB controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop. That way I could have, on a single machine, both a stable XCP server (which I could leave up 24/7 to host my virtual servers) and also local access to virtual machine having fully functional desktop (which I could shut down when not in use). I imagine that many would apprciate such functionality in XCP, so let's hope that the developers consider adding such a feature to future releases of XCP if not already possible via xe command line. On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams wrote: > > On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt wrote: > >> Hi, >> I am looking for a way to attach a physical CD drive or a USB-attached >> hard drive to a VM. >> I know that Citrix Xenserver does that through special udev-SRs. There >> you even can attach an internal hard drive with the help of an udev rule >> that creates the vdi. >> Has anybody a running solution? >> My system is Ubuntu 12.04 with xcp-xapi. >> >> -- >> Regards, >> Paul >> > > What is it exactly you're trying to accomplish? I'd start by checking > /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it > runs. > > *58-xapi.rules* > # Skip devices which fail the local sharing check (to filter out > root/mounted devices) > ACTION=="add", PROGRAM!="/opt/xensource/libexec/check-device-sharing %k", > GOTO="end_xapi" > > ACTION=="add", SYMLINK+="xapi/block/%k" > > ACTION=="add", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > ACTION=="remove", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > > > *Part of /opt/xensource/libexec/local-device-change* > > for SR in `xe sr-list type=udev sm-config:type=block uuid=${LOCAL_SR} > params=uuid --minimal` > do > xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user > location=/dev/xapi/block/${DEVICE} > done > > > Read the whole scripts of course but this might get you started. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --047d7bf0ecc8df272504d0451a8f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Grant,

I had nearly finished drafting my reply to Paul when I notice= d your reply.

As mentioned in my reply to Paul, I suspect that what = Paul wants to do (passthrough a USB device) could be accomplished via PCI p= assthrough (of an entire USB controller) to an HVM=20 guest.=A0 Does that sound right?

As I also mentioned in my reply to = Paul, another poster (Donald van der Wurf) attempted to adapt a tutorial fo= und at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his = goal of configuring PCI passthrough to an HVM guest in XCP.=A0 However, the= original poster wasn't successful, and so sought help from the group.<= br>
Your technical knowledge is clearly way beyond mine.=A0 If you feel tha= t it would be possible to configure PCI passthrough to an HVM guest in XCP,= would you consider creating a brief tutorial, or possibly extending the ab= ove mentioned tutorial, to describe the procedure?

Any help from you (or others) would be greatly appreciated.
<= br>Best regards,
GizmoChicken



= ---------- Forwarded message ----------
From: Gizmo Chicken <gizmochicken@gmail.com>
Date: Fri, Dec 7, 2012 at 10:00 AM
Subject: Re: [Xen-API] Attach CD or R= emovable Devices
To: Paul Pridt <p.pridt@chello.at>
Cc: xen-api@lists.xen.org


Paul,

I suspect that what you want to do could be accomplished via PCI passthrough to an HVM=20 guest, which is the subject of a thread having the subject "[Xen-API]= =20 XCP PCI Passthrough on HVM how to?" that was started a few weeks ago.= =A0=20 So you might want to follow (and perhaps join in) that thread.

Without= repeating the entirety of the above mentioned thread, I'll note that t= he original poster referenced a tutorial found at http://wiki.xen.org= /wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP.=A0 However, the original poster wasn't able to adapt that tutorial to his goal of configuring= =20 PCI passthrough to an HVM guest in XCP, and so sought help from the=20 group.

Unlike the situation with the XAPI toolstack, the procedure f= or=20 configuring PCI passthrough to an HVM guest is relatively=20 straightforward with Xen when using the default toolstack.=A0 For a discuss= ion of both VGA and PCI=20 passthrough in Xen when using the default toolstack, see=20 http://forums.linuxmint.com/viewtopic.php?f=3D42&t= =3D112013.=A0

So if you don't mind leaving behind the comfo= rts of XenCenter for=20 something like Virtual Machine Manager (virt-manager), maybe Xen and its de= fault toolstack is a better option for you.

I wish that I could be of more help.

Best regards,
G= izmoChicken

P.S. I'm currently using Xen (and=20 Virtual Machine Manager), but I would switch=20 to XCP (and XenCenter) if I could get PCI passthough working in=20 XCP.=A0 In such a case, I would passthrough nearly all of my USB=20 controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop.=A0 That way I could have, on a single machine, both a=20 stable XCP server (which I could leave up 24/7 to host my virtual=20 servers) and also local access to virtual machine having fully=20 functional desktop (which I could shut down when not in use).=A0 I imagine that many would apprciate such functionality in XCP, so let's hope tha= t the developers consider adding such a feature to future releases of XCP if not already possible via xe command line.


On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantmasterflash@gmail.com> wrote:

On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt = <p.pridt@chello.a= t> wrote:
Hi,
I am looking for a way to attach a physical CD drive or a USB-attached hard= drive to a VM.
I know that Citrix Xenserver does that through special udev-SRs. There you = even can attach an internal hard drive with the help of an udev rule that c= reates the vdi.
Has anybody a running solution?
My system is Ubuntu 12.04 with xcp-xapi.

--
Regards,
Paul

What is it exa= ctly you're trying to=A0accomplish? I'd start by checking /etc/udev= /rules.d/58-xapi.rules for events and check the scripts that it runs.=A0

58-xapi.rules
# Skip devices which fai= l the local sharing check (to filter out root/mounted devices)
AC= TION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-de= vice-sharing %k", GOTO=3D"end_xapi"

ACTION=3D=3D"add", SYMLINK+=3D"xapi/bloc= k/%k"

ACTION=3D=3D"add", RUN+=3D&qu= ot;/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&= 1 >/dev/null&'"
ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c '/opt/xens= ource/libexec/local-device-change %k 2>&1 >/dev/null&'&qu= ot;


Part of /opt/xensource= /libexec/local-device-change

=A0for SR in `xe sr-list type=3Dudev sm-config:typ= e=3Dblock uuid=3D${LOCAL_SR} params=3Duuid --minimal`
=A0 =A0 =A0= do
=A0 =A0 =A0 =A0 xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D$= {SR} type=3Duser location=3D/dev/xapi/block/${DEVICE}
=A0done


Read the whole s= cripts of course but this might get you started.

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



--047d7bf0ecc8df272504d0451a8f-- --===============3240335720275394661== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3240335720275394661==-- From xen-api-bounces@lists.xen.org Fri Dec 07 15:45:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 15:45: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 1Th07M-0002iw-Im; Fri, 07 Dec 2012 15:45:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th07L-0002io-Qb for xen-api@lists.xensource.com; Fri, 07 Dec 2012 15:45:36 +0000 Received: from [193.109.254.147:20332] by server-4.bemta-14.messagelabs.com id D0/CB-18856-E1F02C05; Fri, 07 Dec 2012 15:45:34 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1354895129!2922987!1 X-Originating-IP: [209.85.220.171] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11793 invoked from network); 7 Dec 2012 15:45:30 -0000 Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com) (209.85.220.171) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 15:45:30 -0000 Received: by mail-vc0-f171.google.com with SMTP id n11so692768vch.30 for ; Fri, 07 Dec 2012 07:45:29 -0800 (PST) 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=/CQX7mm36nzffd1K7L8a3UGPQIm5kbxWZM6Ub0e+IzU=; b=VjxgUyP1VbtLq6ZknsB1drTAI7J4s9gjMrvqfFwtJ/7oZUOeI1whAqmVTysKNpV9RT JB2ZXcCyWjfMTw20/cS2xrsmHxqqWgNCiYhS+wtdwdsg5ckCIRRTGQy1TbINvOrmJsdy S8JFkeenI15UzJKlRbqygQxJYv/qgUTBiFKyu5xuk2/YEqH3gGBlzJ/3N9lsGtuDHVwS czOsYmRvfPP0evZ3gMmDww4hKINIHmseQKGsnPBC7sZ+Um9FBIJXNoTm7Qsuj3OmTzsm cy1ggqm84xVvlZ3huoLAJlUGVPfJ9IYw2oJRsYeCt2s14dprllrPXgkTwfpWMCfH+NfE XMnQ== MIME-Version: 1.0 Received: by 10.58.247.132 with SMTP id ye4mr4182133vec.9.1354895128995; Fri, 07 Dec 2012 07:45:28 -0800 (PST) Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 07:45:28 -0800 (PST) In-Reply-To: References: <50C1D085.4010105@chello.at> Date: Fri, 7 Dec 2012 10:45:28 -0500 Message-ID: From: Gizmo Chicken To: Grant McWilliams Cc: Paul Pridt , Donald van der Wurf , xen-api@lists.xensource.com Subject: [Xen-API] Fwd: Attach CD or Removable Devices X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3240335720275394661==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3240335720275394661== Content-Type: multipart/alternative; boundary=047d7bf0ecc8df272504d0451a8f --047d7bf0ecc8df272504d0451a8f Content-Type: text/plain; charset=ISO-8859-1 Grant, I had nearly finished drafting my reply to Paul when I noticed your reply. As mentioned in my reply to Paul, I suspect that what Paul wants to do (passthrough a USB device) could be accomplished via PCI passthrough (of an entire USB controller) to an HVM guest. Does that sound right? As I also mentioned in my reply to Paul, another poster (Donald van der Wurf) attempted to adapt a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of configuring PCI passthrough to an HVM guest in XCP. However, the original poster wasn't successful, and so sought help from the group. Your technical knowledge is clearly way beyond mine. If you feel that it would be possible to configure PCI passthrough to an HVM guest in XCP, would you consider creating a brief tutorial, or possibly extending the above mentioned tutorial, to describe the procedure? Any help from you (or others) would be *greatly* appreciated. Best regards, GizmoChicken ---------- Forwarded message ---------- From: Gizmo Chicken Date: Fri, Dec 7, 2012 at 10:00 AM Subject: Re: [Xen-API] Attach CD or Removable Devices To: Paul Pridt Cc: xen-api@lists.xen.org Paul, I suspect that what you want to do could be accomplished via PCI passthrough to an HVM guest, which is the subject of a thread having the subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a few weeks ago. So you might want to follow (and perhaps join in) that thread. Without repeating the entirety of the above mentioned thread, I'll note that the original poster referenced a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP. However, the original poster wasn't able to adapt that tutorial to his goal of configuring PCI passthrough to an HVM guest in XCP, and so sought help from the group. Unlike the situation with the XAPI toolstack, the procedure for configuring PCI passthrough to an HVM guest is relatively straightforward with Xen when using the default toolstack. For a discussion of both VGA and PCI passthrough in Xen when using the default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. So if you don't mind leaving behind the comforts of XenCenter for something like Virtual Machine Manager (virt-manager), maybe Xen and its default toolstack is a better option for you. I wish that I could be of more help. Best regards, GizmoChicken P.S. I'm currently using Xen (and Virtual Machine Manager), but I would switch to XCP (and XenCenter) if I could get PCI passthough working in XCP. In such a case, I would passthrough nearly all of my USB controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop. That way I could have, on a single machine, both a stable XCP server (which I could leave up 24/7 to host my virtual servers) and also local access to virtual machine having fully functional desktop (which I could shut down when not in use). I imagine that many would apprciate such functionality in XCP, so let's hope that the developers consider adding such a feature to future releases of XCP if not already possible via xe command line. On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams wrote: > > On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt wrote: > >> Hi, >> I am looking for a way to attach a physical CD drive or a USB-attached >> hard drive to a VM. >> I know that Citrix Xenserver does that through special udev-SRs. There >> you even can attach an internal hard drive with the help of an udev rule >> that creates the vdi. >> Has anybody a running solution? >> My system is Ubuntu 12.04 with xcp-xapi. >> >> -- >> Regards, >> Paul >> > > What is it exactly you're trying to accomplish? I'd start by checking > /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it > runs. > > *58-xapi.rules* > # Skip devices which fail the local sharing check (to filter out > root/mounted devices) > ACTION=="add", PROGRAM!="/opt/xensource/libexec/check-device-sharing %k", > GOTO="end_xapi" > > ACTION=="add", SYMLINK+="xapi/block/%k" > > ACTION=="add", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > ACTION=="remove", RUN+="/bin/sh -c > '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'" > > > *Part of /opt/xensource/libexec/local-device-change* > > for SR in `xe sr-list type=udev sm-config:type=block uuid=${LOCAL_SR} > params=uuid --minimal` > do > xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user > location=/dev/xapi/block/${DEVICE} > done > > > Read the whole scripts of course but this might get you started. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --047d7bf0ecc8df272504d0451a8f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Grant,

I had nearly finished drafting my reply to Paul when I notice= d your reply.

As mentioned in my reply to Paul, I suspect that what = Paul wants to do (passthrough a USB device) could be accomplished via PCI p= assthrough (of an entire USB controller) to an HVM=20 guest.=A0 Does that sound right?

As I also mentioned in my reply to = Paul, another poster (Donald van der Wurf) attempted to adapt a tutorial fo= und at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his = goal of configuring PCI passthrough to an HVM guest in XCP.=A0 However, the= original poster wasn't successful, and so sought help from the group.<= br>
Your technical knowledge is clearly way beyond mine.=A0 If you feel tha= t it would be possible to configure PCI passthrough to an HVM guest in XCP,= would you consider creating a brief tutorial, or possibly extending the ab= ove mentioned tutorial, to describe the procedure?

Any help from you (or others) would be greatly appreciated.
<= br>Best regards,
GizmoChicken



= ---------- Forwarded message ----------
From: Gizmo Chicken <gizmochicken@gmail.com>
Date: Fri, Dec 7, 2012 at 10:00 AM
Subject: Re: [Xen-API] Attach CD or R= emovable Devices
To: Paul Pridt <p.pridt@chello.at>
Cc: xen-api@lists.xen.org


Paul,

I suspect that what you want to do could be accomplished via PCI passthrough to an HVM=20 guest, which is the subject of a thread having the subject "[Xen-API]= =20 XCP PCI Passthrough on HVM how to?" that was started a few weeks ago.= =A0=20 So you might want to follow (and perhaps join in) that thread.

Without= repeating the entirety of the above mentioned thread, I'll note that t= he original poster referenced a tutorial found at http://wiki.xen.org= /wiki/XCP_Ubuntu_PCIPassthrough addressing PCI passthrough to a PV guest in XCP.=A0 However, the original poster wasn't able to adapt that tutorial to his goal of configuring= =20 PCI passthrough to an HVM guest in XCP, and so sought help from the=20 group.

Unlike the situation with the XAPI toolstack, the procedure f= or=20 configuring PCI passthrough to an HVM guest is relatively=20 straightforward with Xen when using the default toolstack.=A0 For a discuss= ion of both VGA and PCI=20 passthrough in Xen when using the default toolstack, see=20 http://forums.linuxmint.com/viewtopic.php?f=3D42&t= =3D112013.=A0

So if you don't mind leaving behind the comfo= rts of XenCenter for=20 something like Virtual Machine Manager (virt-manager), maybe Xen and its de= fault toolstack is a better option for you.

I wish that I could be of more help.

Best regards,
G= izmoChicken

P.S. I'm currently using Xen (and=20 Virtual Machine Manager), but I would switch=20 to XCP (and XenCenter) if I could get PCI passthough working in=20 XCP.=A0 In such a case, I would passthrough nearly all of my USB=20 controllers, along with a second PCI video card, to an HVM guest running Ubuntu desktop.=A0 That way I could have, on a single machine, both a=20 stable XCP server (which I could leave up 24/7 to host my virtual=20 servers) and also local access to virtual machine having fully=20 functional desktop (which I could shut down when not in use).=A0 I imagine that many would apprciate such functionality in XCP, so let's hope tha= t the developers consider adding such a feature to future releases of XCP if not already possible via xe command line.


On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantmasterflash@gmail.com> wrote:

On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt = <p.pridt@chello.a= t> wrote:
Hi,
I am looking for a way to attach a physical CD drive or a USB-attached hard= drive to a VM.
I know that Citrix Xenserver does that through special udev-SRs. There you = even can attach an internal hard drive with the help of an udev rule that c= reates the vdi.
Has anybody a running solution?
My system is Ubuntu 12.04 with xcp-xapi.

--
Regards,
Paul

What is it exa= ctly you're trying to=A0accomplish? I'd start by checking /etc/udev= /rules.d/58-xapi.rules for events and check the scripts that it runs.=A0

58-xapi.rules
# Skip devices which fai= l the local sharing check (to filter out root/mounted devices)
AC= TION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-de= vice-sharing %k", GOTO=3D"end_xapi"

ACTION=3D=3D"add", SYMLINK+=3D"xapi/bloc= k/%k"

ACTION=3D=3D"add", RUN+=3D&qu= ot;/bin/sh -c '/opt/xensource/libexec/local-device-change %k 2>&= 1 >/dev/null&'"
ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c '/opt/xens= ource/libexec/local-device-change %k 2>&1 >/dev/null&'&qu= ot;


Part of /opt/xensource= /libexec/local-device-change

=A0for SR in `xe sr-list type=3Dudev sm-config:typ= e=3Dblock uuid=3D${LOCAL_SR} params=3Duuid --minimal`
=A0 =A0 =A0= do
=A0 =A0 =A0 =A0 xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D$= {SR} type=3Duser location=3D/dev/xapi/block/${DEVICE}
=A0done


Read the whole s= cripts of course but this might get you started.

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



--047d7bf0ecc8df272504d0451a8f-- --===============3240335720275394661== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3240335720275394661==-- From xen-api-bounces@lists.xen.org Fri Dec 07 16:05:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 16:05: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 1Th0Q8-0004Mx-8Q; Fri, 07 Dec 2012 16:05:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th0Q6-0004Mr-SW for xen-api@lists.xen.org; Fri, 07 Dec 2012 16:04:59 +0000 Received: from [85.158.139.83:5264] by server-12.bemta-5.messagelabs.com id 12/09-02275-AA312C05; Fri, 07 Dec 2012 16:04:58 +0000 X-Env-Sender: peter.broennimann@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1354896282!24883184!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23687 invoked from network); 7 Dec 2012 16:04:44 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 16:04:44 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so669284vbi.32 for ; Fri, 07 Dec 2012 08:04:25 -0800 (PST) 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=LQKwpKSHV0Hs1hs10aEYpvdP6x140y9wxQ7qKoL7jIM=; b=AAZEvEIAB0JkBygjBO9EhXb1d2omt/XNTDwzqnrevtqPQabaf6IZ8hHBtwrcGZMMli PbJvXo/IpxXfH1tGaSx+WrYEJuQ3/u1ZRxOnGzB60syQ0t+ov7i9poGqOR4ndynFKcsC VPbE3AWNjjWCcHseL4NMudJvde484NlUdcc3qQyFi6QGGsCkX8G1qfPRr9JTKslMQV9E Jg9CU5z9QlMaxkVFY1196AZo5UjqChn/JiQqp2+eRHFERjuvXC/zaOCf2XQEYaN0inSu sxZuNelQgYaHfMJQhIbdh2deBtJhkRru6wNTQGh73keOFUAmeOg1+Rys7YmdbqYmCNXi 5baA== Received: by 10.52.240.146 with SMTP id wa18mr3292714vdc.47.1354896265322; Fri, 07 Dec 2012 08:04:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.69.66 with HTTP; Fri, 7 Dec 2012 08:04:05 -0800 (PST) From: "P. Broennimann" Date: Fri, 7 Dec 2012 17:04:05 +0100 Message-ID: To: xen-api@lists.xen.org Subject: [Xen-API] Problem installing XenServer Tools X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8332420481841734381==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8332420481841734381== Content-Type: multipart/alternative; boundary=20cf30780b469a1f1504d0455e33 --20cf30780b469a1f1504d0455e33 Content-Type: text/plain; charset=ISO-8859-1 Hi there I installed Ubuntu 10.04 LTS using the "Other install madia" template (because the normal Ubuntu 10.04 template does not allow me to select an ISO from the local storage). I now tried to install the XenServer tools. I dont get any errors but after reboot I still have: Virtualisation state: XenServer tools not installed -> How can I fix this? Thanks & cheers, P. --20cf30780b469a1f1504d0455e33 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi there

I installed Ubuntu 10.04 LTS using the "Ot= her install madia" template (because the normal Ubuntu 10.04 template = does not allow me to select an ISO from the local storage).

I now tried to install the XenServer tools. I d= ont get any errors but after reboot I still have:

=A0 =A0 Virtualisat= ion state: XenServer tools not installed

-> How can I fix this?

Thanks & cheers,
P.=A0
--20cf30780b469a1f1504d0455e33-- --===============8332420481841734381== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8332420481841734381==-- From xen-api-bounces@lists.xen.org Fri Dec 07 16:05:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 16:05: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 1Th0Q8-0004Mx-8Q; Fri, 07 Dec 2012 16:05:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th0Q6-0004Mr-SW for xen-api@lists.xen.org; Fri, 07 Dec 2012 16:04:59 +0000 Received: from [85.158.139.83:5264] by server-12.bemta-5.messagelabs.com id 12/09-02275-AA312C05; Fri, 07 Dec 2012 16:04:58 +0000 X-Env-Sender: peter.broennimann@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1354896282!24883184!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23687 invoked from network); 7 Dec 2012 16:04:44 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 16:04:44 -0000 Received: by mail-vb0-f45.google.com with SMTP id p1so669284vbi.32 for ; Fri, 07 Dec 2012 08:04:25 -0800 (PST) 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=LQKwpKSHV0Hs1hs10aEYpvdP6x140y9wxQ7qKoL7jIM=; b=AAZEvEIAB0JkBygjBO9EhXb1d2omt/XNTDwzqnrevtqPQabaf6IZ8hHBtwrcGZMMli PbJvXo/IpxXfH1tGaSx+WrYEJuQ3/u1ZRxOnGzB60syQ0t+ov7i9poGqOR4ndynFKcsC VPbE3AWNjjWCcHseL4NMudJvde484NlUdcc3qQyFi6QGGsCkX8G1qfPRr9JTKslMQV9E Jg9CU5z9QlMaxkVFY1196AZo5UjqChn/JiQqp2+eRHFERjuvXC/zaOCf2XQEYaN0inSu sxZuNelQgYaHfMJQhIbdh2deBtJhkRru6wNTQGh73keOFUAmeOg1+Rys7YmdbqYmCNXi 5baA== Received: by 10.52.240.146 with SMTP id wa18mr3292714vdc.47.1354896265322; Fri, 07 Dec 2012 08:04:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.69.66 with HTTP; Fri, 7 Dec 2012 08:04:05 -0800 (PST) From: "P. Broennimann" Date: Fri, 7 Dec 2012 17:04:05 +0100 Message-ID: To: xen-api@lists.xen.org Subject: [Xen-API] Problem installing XenServer Tools X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8332420481841734381==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8332420481841734381== Content-Type: multipart/alternative; boundary=20cf30780b469a1f1504d0455e33 --20cf30780b469a1f1504d0455e33 Content-Type: text/plain; charset=ISO-8859-1 Hi there I installed Ubuntu 10.04 LTS using the "Other install madia" template (because the normal Ubuntu 10.04 template does not allow me to select an ISO from the local storage). I now tried to install the XenServer tools. I dont get any errors but after reboot I still have: Virtualisation state: XenServer tools not installed -> How can I fix this? Thanks & cheers, P. --20cf30780b469a1f1504d0455e33 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi there

I installed Ubuntu 10.04 LTS using the "Ot= her install madia" template (because the normal Ubuntu 10.04 template = does not allow me to select an ISO from the local storage).

I now tried to install the XenServer tools. I d= ont get any errors but after reboot I still have:

=A0 =A0 Virtualisat= ion state: XenServer tools not installed

-> How can I fix this?

Thanks & cheers,
P.=A0
--20cf30780b469a1f1504d0455e33-- --===============8332420481841734381== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8332420481841734381==-- From xen-api-bounces@lists.xen.org Fri Dec 07 16:51:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 16:51: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 1Th19J-00066F-8T; Fri, 07 Dec 2012 16:51:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th19G-00065H-Vi for xen-api@lists.xen.org; Fri, 07 Dec 2012 16:51:39 +0000 Received: from [85.158.137.99:47170] by server-1.bemta-3.messagelabs.com id A4/6B-12169-A9E12C05; Fri, 07 Dec 2012 16:51:38 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1354899097!18367070!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDg4Njc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2192 invoked from network); 7 Dec 2012 16:51:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 16:51:37 -0000 X-IronPort-AV: E=Sophos;i="4.84,239,1355097600"; d="scan'208,217";a="16229539" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Dec 2012 16:51:36 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 7 Dec 2012 16:51:37 +0000 From: James Bulpin To: Gizmo Chicken , "xen-api@lists.xen.org" Date: Fri, 7 Dec 2012 16:51:41 +0000 Thread-Topic: [Xen-API] XCP PCI Passthrough on HVM how to? Thread-Index: Ac3UfeBc40PUi7n3QcOjWQf3dz4c3AAGjrhg Message-ID: <344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "d.vander.wurf@gmail.com" Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0105488320808314185==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0105488320808314185== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_" --_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable >If PCI passthrough to an HVM guest is possible in XCP, such as through xe = or otherwise, would someone please share the basic steps and commands? It's basically what Donald had but the semantics of the number before the s= lash changed at some point in the past - in recent versions it's just an in= dex into the list of devices so should be 0/...,1/...,2/... etc. (having al= l 0/ will probably still work but the order they appear in the guest would = be undefined). Same for PV and HVM. However there are caveats: * IIRC XCP 1.6 doesn't handle multi-function pass-through properly = - I think it passes each function through as a separate device. This'll wor= k in some cases but fail in others. * VT-d/IOMMU support is needed (at least for HVM) so this must be e= nabled in the system BIOS and be working (usually requires a BIOS update an= d even then YMMV) * Not all devices are pass-through friendly - ideally the device wi= ll support Function Level Reset (see http://wiki.xen.org/wiki/Xen_PCI_Passt= hrough for general information about this) For another example see this link which gives some info on how SR-IOV based= PCI-passthrough is done on XenServer: http://support.citrix.com/article/CT= X131381 (the same rules apply to non-SR-IOV passthrough as well) Regards, James From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Gizmo Chicken Sent: 07 December 2012 13:19 To: xen-api@lists.xen.org Cc: d.vander.wurf@gmail.com Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to? Like Donald, I too hope to configure PCI passthrough to an HVM guest in XCP= . And also like Donald, I haven't had much luck finding the relevant docum= entation. If PCI passthrough to an HVM guest is possible in XCP, such as through xe o= r otherwise, would someone please share the basic steps and commands? Thanks so much for any help that you may be willing to provide. Best regards, GizmoChicken On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf > wrote: I'd like to do a PCI passthrough for a disk-controller to a HVM guest. In this article is a tutorial about this but only for a PV-guest. http://wi= ki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough Quote from the article: The below is only applicable to PV hosts. In this e= xample the OS used was Ubuntu 10.04 LTS. How to set this up for a HVM? I've searched the Internet but did not find i= nfo on this topic. I tried this, after binding the controller to pciback, but it didn't work: = example: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0= /0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID Is this the way to go, or does it work differently for a HVM? kind regards. Donald _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

>If PCI passt= hrough to an HVM guest is possible in XCP, such as through xe or otherwise,= would someone please share the basic steps and commands?=

 

It’s basically what Donald had but the semantics = of the number before the slash changed at some point in the past – in= recent versions it’s just an index into the list of devices so shoul= d be 0/...,1/...,2/... etc. (having all 0/ will probably still work but the= order they appear in the guest would be undefined).

<= p class=3DMsoNormal> 

Same for PV and HVM.

 

However there ar= e caveats:

·  &n= bsp;      II= RC XCP 1.6 doesn’t handle multi-function pass-through properly –= ; I think it passes each function through as a separate device. This’= ll work in some cases but fail in others.

·         VT-d/IOMMU support is needed (at least for HVM= ) so this must be enabled in the system BIOS and be working (usually requir= es a BIOS update and even then YMMV)

·         = Not all devices are pass-through friendly – i= deally the device will support Function Level Reset (see http://wiki.xen.org/wiki/Xen_PCI_Pas= sthrough for general information about this)

 

For another example see this link which gives some info on how SR-IOV b= ased PCI-passthrough is done on XenServer: http://support.citrix.com/article/CTX131381 (th= e same rules apply to non-SR-IOV passthrough as well)

=

 

Regards,

James

 

=

From: xen= -api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Beh= alf Of Gizmo Chicken
Sent: 07 December 2012 13:19
To: xen-api@lists.xen.org
Cc: d.vander.wurf@gmail.com
Subjec= t: Re: [Xen-API] XCP PCI Passthrough on HVM how to?

 

Like Donald, I too hope to configure PCI passthrough to an HVM guest in X= CP.  And also like Donald, I haven't had much luck finding the relevan= t documentation.


If PCI passthrough to an HVM guest is possible in XCP, such as = through xe or otherwise, would someone please share the basic steps and com= mands?

Thanks so much for any help that you may be willing to provid= e.

Best regards,
GizmoChicken

On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf <d.vander.wurf@gmai= l.com> wrote:

 

I'd like to do a PCI passthrough for a disk-controller to = a HVM guest.

In this article= is a tutorial about this but only for a PV-guest. http://wiki.x= en.org/wiki/XCP_Ubuntu_PCIPassthrough

Quote from the article: The below is only applicable t= o PV hosts. In this example the OS used was Ubuntu 10.04 LTS.  

 

How to set this up for a HVM? I've searched the = Internet but did not find info on this topic.

 

I tr= ied this, after binding the controller to pciback, but it didn't work: exam= ple: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0/000= 0:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID

Is this the w= ay to go, or does it work differently for a HVM?

=

 

k= ind regards.

 

= Donald


______________________________= _________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-b= in/mailman/listinfo/xen-api

 

= --_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_-- --===============0105488320808314185== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0105488320808314185==-- From xen-api-bounces@lists.xen.org Fri Dec 07 16:51:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 16:51: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 1Th19J-00066F-8T; Fri, 07 Dec 2012 16:51:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th19G-00065H-Vi for xen-api@lists.xen.org; Fri, 07 Dec 2012 16:51:39 +0000 Received: from [85.158.137.99:47170] by server-1.bemta-3.messagelabs.com id A4/6B-12169-A9E12C05; Fri, 07 Dec 2012 16:51:38 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1354899097!18367070!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDg4Njc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2192 invoked from network); 7 Dec 2012 16:51:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 16:51:37 -0000 X-IronPort-AV: E=Sophos;i="4.84,239,1355097600"; d="scan'208,217";a="16229539" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Dec 2012 16:51:36 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 7 Dec 2012 16:51:37 +0000 From: James Bulpin To: Gizmo Chicken , "xen-api@lists.xen.org" Date: Fri, 7 Dec 2012 16:51:41 +0000 Thread-Topic: [Xen-API] XCP PCI Passthrough on HVM how to? Thread-Index: Ac3UfeBc40PUi7n3QcOjWQf3dz4c3AAGjrhg Message-ID: <344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7@LONPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "d.vander.wurf@gmail.com" Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0105488320808314185==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0105488320808314185== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_" --_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable >If PCI passthrough to an HVM guest is possible in XCP, such as through xe = or otherwise, would someone please share the basic steps and commands? It's basically what Donald had but the semantics of the number before the s= lash changed at some point in the past - in recent versions it's just an in= dex into the list of devices so should be 0/...,1/...,2/... etc. (having al= l 0/ will probably still work but the order they appear in the guest would = be undefined). Same for PV and HVM. However there are caveats: * IIRC XCP 1.6 doesn't handle multi-function pass-through properly = - I think it passes each function through as a separate device. This'll wor= k in some cases but fail in others. * VT-d/IOMMU support is needed (at least for HVM) so this must be e= nabled in the system BIOS and be working (usually requires a BIOS update an= d even then YMMV) * Not all devices are pass-through friendly - ideally the device wi= ll support Function Level Reset (see http://wiki.xen.org/wiki/Xen_PCI_Passt= hrough for general information about this) For another example see this link which gives some info on how SR-IOV based= PCI-passthrough is done on XenServer: http://support.citrix.com/article/CT= X131381 (the same rules apply to non-SR-IOV passthrough as well) Regards, James From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Gizmo Chicken Sent: 07 December 2012 13:19 To: xen-api@lists.xen.org Cc: d.vander.wurf@gmail.com Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to? Like Donald, I too hope to configure PCI passthrough to an HVM guest in XCP= . And also like Donald, I haven't had much luck finding the relevant docum= entation. If PCI passthrough to an HVM guest is possible in XCP, such as through xe o= r otherwise, would someone please share the basic steps and commands? Thanks so much for any help that you may be willing to provide. Best regards, GizmoChicken On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf > wrote: I'd like to do a PCI passthrough for a disk-controller to a HVM guest. In this article is a tutorial about this but only for a PV-guest. http://wi= ki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough Quote from the article: The below is only applicable to PV hosts. In this e= xample the OS used was Ubuntu 10.04 LTS. How to set this up for a HVM? I've searched the Internet but did not find i= nfo on this topic. I tried this, after binding the controller to pciback, but it didn't work: = example: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0= /0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID Is this the way to go, or does it work differently for a HVM? kind regards. Donald _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

>If PCI passt= hrough to an HVM guest is possible in XCP, such as through xe or otherwise,= would someone please share the basic steps and commands?=

 

It’s basically what Donald had but the semantics = of the number before the slash changed at some point in the past – in= recent versions it’s just an index into the list of devices so shoul= d be 0/...,1/...,2/... etc. (having all 0/ will probably still work but the= order they appear in the guest would be undefined).

<= p class=3DMsoNormal> 

Same for PV and HVM.

 

However there ar= e caveats:

·  &n= bsp;      II= RC XCP 1.6 doesn’t handle multi-function pass-through properly –= ; I think it passes each function through as a separate device. This’= ll work in some cases but fail in others.

·         VT-d/IOMMU support is needed (at least for HVM= ) so this must be enabled in the system BIOS and be working (usually requir= es a BIOS update and even then YMMV)

·         = Not all devices are pass-through friendly – i= deally the device will support Function Level Reset (see http://wiki.xen.org/wiki/Xen_PCI_Pas= sthrough for general information about this)

 

For another example see this link which gives some info on how SR-IOV b= ased PCI-passthrough is done on XenServer: http://support.citrix.com/article/CTX131381 (th= e same rules apply to non-SR-IOV passthrough as well)

=

 

Regards,

James

 

=

From: xen= -api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Beh= alf Of Gizmo Chicken
Sent: 07 December 2012 13:19
To: xen-api@lists.xen.org
Cc: d.vander.wurf@gmail.com
Subjec= t: Re: [Xen-API] XCP PCI Passthrough on HVM how to?

 

Like Donald, I too hope to configure PCI passthrough to an HVM guest in X= CP.  And also like Donald, I haven't had much luck finding the relevan= t documentation.


If PCI passthrough to an HVM guest is possible in XCP, such as = through xe or otherwise, would someone please share the basic steps and com= mands?

Thanks so much for any help that you may be willing to provid= e.

Best regards,
GizmoChicken

On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf <d.vander.wurf@gmai= l.com> wrote:

 

I'd like to do a PCI passthrough for a disk-controller to = a HVM guest.

In this article= is a tutorial about this but only for a PV-guest. http://wiki.x= en.org/wiki/XCP_Ubuntu_PCIPassthrough

Quote from the article: The below is only applicable t= o PV hosts. In this example the OS used was Ubuntu 10.04 LTS.  

 

How to set this up for a HVM? I've searched the = Internet but did not find info on this topic.

 

I tr= ied this, after binding the controller to pciback, but it didn't work: exam= ple: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0/000= 0:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID

Is this the w= ay to go, or does it work differently for a HVM?

=

 

k= ind regards.

 

= Donald


______________________________= _________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-b= in/mailman/listinfo/xen-api

 

= --_000_344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7LONPMAILBOX_-- --===============0105488320808314185== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0105488320808314185==-- From xen-api-bounces@lists.xen.org Fri Dec 07 18:20:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 07 Dec 2012 18: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 1Th2Wp-0002ct-V1; Fri, 07 Dec 2012 18:20:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Th1uD-0008AB-30; Fri, 07 Dec 2012 17:40:09 +0000 Received: from [85.158.139.211:29495] by server-6.bemta-5.messagelabs.com id 88/F6-30498-8F922C05; Fri, 07 Dec 2012 17:40:08 +0000 X-Env-Sender: keith.petley@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1354902006!19473380!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDg4Njc=\n X-StarScan-Received: X-StarScan-Version: 6.6.1.8; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11258 invoked from network); 7 Dec 2012 17:40:06 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Dec 2012 17:40:06 -0000 Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Dec 2012 17:40:06 +0000 Received: from [10.80.2.152] (10.80.2.152) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 7 Dec 2012 17:34:46 +0000 Message-ID: <50C228B5.80005@citrix.com> Date: Fri, 7 Dec 2012 17:34:45 +0000 From: Keith Petley User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= References: <6b7f6eb1003231347t4a2a0c21u317cd885181d0d7d@mail.gmail.com> <81A73678E76EA642801C8F2E4823AD21565E554245@LONPMAILBOX01.citrite.net> <20121130100534.GN8912@reaktio.net> <6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com> <20121207124946.GZ8912@reaktio.net> In-Reply-To: <20121207124946.GZ8912@reaktio.net> X-Mailman-Approved-At: Fri, 07 Dec 2012 18:20:03 +0000 Cc: Xen Users , Martinx - ????? , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-users] XCP storage repository using VHD on top of the LVM (FC shared too) instead of the NFS. X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0448759188389103208==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0448759188389103208== Content-Type: multipart/alternative; boundary="------------060303070100000707010002" --------------060303070100000707010002 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Hi Pasi, The LVM daemonyou refer to is before my time at Citrix - from what I understand they found problems with it and it never progressed beyond the prototype stage. We are currently looking at thin provisioning (again) and are currently profiling the ocfs2 clustered file system to see if it provides suitable performanceas an lvm replacement. Regards Keith On 07/12/12 12:49, Pasi Kärkkäinen wrote: > On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote: >> Hey Pasi, >> >> On Nov 30, 2012, at 10:05 AM, "Pasi Kärkkäinen" wrote: >> >>> On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote: >>>> Hi, >>> Hello Dave, >>> >>>> XCP does use VHD format on top of the LVs it creates on iSCSI/FC storage. >>>> The current problem is that it doesn't support "thin provisioning" (i.e. >>>> not pre-allocating). It's great for making snapshots and clones but not so >>>> good for space usage... as you observed! >>>> >>>> There is an early prototype of an XCP/vhd storage daemon which has an LVM >>>> implementation optimized for being able to quickly resize volumes. When >>>> that stabilizes, we'll be able to have thin provisioning. We should put >>>> the development repo for the prototype on xenbits somewhere. >>> Any progress on supporting thinprov on block-storage ? >> I've cc:d Keith, who is more of a storage expert than me ;-) He works on the SM layer used in XCP and I'm sure will have some useful insights. >> > Thanks Dave! > > Keith: Any insights on this? > > > -- Pasi > >> Cheers, >> Dave >> >>> Thanks, >>> >>> -- Pasi >>> >>> >>>> Cheers, >>>> >>>> Dave >>>> >>>> >>>> >>>> From: xen-users-bounces@lists.xensource.com >>>> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx - >>>> ????? >>>> Sent: 23 March 2010 20:47 >>>> To: Xen List >>>> Subject: [Xen-users] XCP storage repository using VHD on top of the LVM >>>> (FC shared too) instead of the NFS. >>>> >>>> >>>> >>>> Hi! >>>> >>>> I thinking why the XCP/XenServer has an option to use the VHD format only >>>> for the NFS Servers... How to use the VHD on top of a local or shared LVM? >>>> >>>> I mean, I want to create a logical volume of 500G and within this volume, >>>> I'll create the VHDs files instead LVs for each domU. >>>> >>>> And I'll use this setup on top of my FC IBM DS4700 shared storage... >>>> >>>> It is possible?! I want the good of both worlds, the space efficient >>>> feature of the VHDs (not pre-allocating) with the speed of the local or >>>> fiber channel storage. >>>> >>>> Thanks! >>>> Thiago >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xensource.com >>>> http://lists.xensource.com/xen-users -- Keith Petley Senior Storage Development Engineer Citrix Systems UK Ltd Building 101 | Cambridge Science Park | Milton Road | Cambridge | CB4 0FY | UK T: +44 (0)1223 435609 --------------060303070100000707010002 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Hi Pasi,

The LVM daemon you refer to is before my time at Citrix - from what I understand they found problems with it and it never progressed beyond the prototype stage.

We are currently looking at thin provisioning (again) and are currently profiling the ocfs2 clustered file system to see if it provides suitable performance as an lvm replacement.

Regards
Keith
On 07/12/12 12:49, Pasi Kärkkäinen wrote:
On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote:

Hey Pasi,

On Nov 30, 2012, at 10:05 AM, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:


On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote:

  Hi,

Hello Dave,


  XCP does use VHD format on top of the LVs it creates on iSCSI/FC storage.
  The current problem is that it doesn't support "thin provisioning" (i.e.
  not pre-allocating). It's great for making snapshots and clones but not so
  good for space usage... as you observed!

  There is an early prototype of an XCP/vhd storage daemon which has an LVM
  implementation optimized for being able to quickly resize volumes. When
  that stabilizes, we'll be able to have thin provisioning. We should put
  the development repo for the prototype on xenbits somewhere.

Any progress on supporting thinprov on block-storage ? 

I've cc:d Keith, who is more of a storage expert than me ;-) He works on the SM layer used in XCP and I'm sure will have some useful insights.


Thanks Dave!

Keith: Any insights on this? 


-- Pasi
 

Cheers,
Dave


Thanks,

-- Pasi



  Cheers,

  Dave



  From: xen-users-bounces@lists.xensource.com
  [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx -
  ?????
  Sent: 23 March 2010 20:47
  To: Xen List
  Subject: [Xen-users] XCP storage repository using VHD on top of the LVM
  (FC shared too) instead of the NFS.



  Hi!

   I thinking why the XCP/XenServer has an option to use the VHD format only
  for the NFS Servers... How to use the VHD on top of a local or shared LVM?

   I mean, I want to create a logical volume of 500G and within this volume,
  I'll create the VHDs files instead LVs for each domU.

   And I'll use this setup on top of my FC IBM DS4700 shared storage...

   It is possible?! I want the good of both worlds, the space efficient
  feature of the VHDs (not pre-allocating) with the speed of the local or
  fiber channel storage.

  Thanks!
  Thiago


          

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


          

          

        

      

    

    

    
-- 
Keith Petley
Senior Storage Development Engineer

Citrix Systems UK Ltd

Building 101 | Cambridge Science Park | Milton Road | Cambridge | CB4 0FY | UK

T: +44 (0)1223 435609

  


--------------060303070100000707010002--


--===============0448759188389103208==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0448759188389103208==--


From xen-api-bounces@lists.xen.org Fri Dec 07 18:20:11 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 18: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 1Th2Wp-0002ct-V1; Fri, 07 Dec 2012 18:20:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Th1uD-0008AB-30; Fri, 07 Dec 2012 17:40:09 +0000
Received: from [85.158.139.211:29495] by server-6.bemta-5.messagelabs.com id
	88/F6-30498-8F922C05; Fri, 07 Dec 2012 17:40:08 +0000
X-Env-Sender: keith.petley@citrix.com
X-Msg-Ref: server-4.tower-206.messagelabs.com!1354902006!19473380!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDg4Njc=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11258 invoked from network); 7 Dec 2012 17:40:06 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	7 Dec 2012 17:40:06 -0000
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	07 Dec 2012 17:40:06 +0000
Received: from [10.80.2.152] (10.80.2.152) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.1; Fri, 7 Dec 2012
	17:34:46 +0000
Message-ID: <50C228B5.80005@citrix.com>
Date: Fri, 7 Dec 2012 17:34:45 +0000
From: Keith Petley 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= 
References: <6b7f6eb1003231347t4a2a0c21u317cd885181d0d7d@mail.gmail.com>
	<81A73678E76EA642801C8F2E4823AD21565E554245@LONPMAILBOX01.citrite.net>
	<20121130100534.GN8912@reaktio.net>
	<6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com>
	<20121207124946.GZ8912@reaktio.net>
In-Reply-To: <20121207124946.GZ8912@reaktio.net>
X-Mailman-Approved-At: Fri, 07 Dec 2012 18:20:03 +0000
Cc: Xen Users ,
	Martinx - ????? ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-users] XCP storage repository using VHD on top
 of the LVM (FC	shared too) instead of the NFS.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0448759188389103208=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0448759188389103208==
Content-Type: multipart/alternative;
	boundary="------------060303070100000707010002"

--------------060303070100000707010002
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit

Hi Pasi,

The LVM daemonyou refer to is before my time at Citrix - from what I 
understand they found problems with it and it never progressed beyond 
the prototype stage.

We are currently looking at thin provisioning (again) and are currently 
profiling the ocfs2 clustered file system to see if it provides suitable 
performanceas an lvm replacement.

Regards
Keith

On 07/12/12 12:49, Pasi Kärkkäinen wrote:
> On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote:
>> Hey Pasi,
>>
>> On Nov 30, 2012, at 10:05 AM, "Pasi Kärkkäinen"  wrote:
>>
>>> On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote:
>>>>    Hi,
>>> Hello Dave,
>>>
>>>>    XCP does use VHD format on top of the LVs it creates on iSCSI/FC storage.
>>>>    The current problem is that it doesn't support "thin provisioning" (i.e.
>>>>    not pre-allocating). It's great for making snapshots and clones but not so
>>>>    good for space usage... as you observed!
>>>>
>>>>    There is an early prototype of an XCP/vhd storage daemon which has an LVM
>>>>    implementation optimized for being able to quickly resize volumes. When
>>>>    that stabilizes, we'll be able to have thin provisioning. We should put
>>>>    the development repo for the prototype on xenbits somewhere.
>>> Any progress on supporting thinprov on block-storage ?
>> I've cc:d Keith, who is more of a storage expert than me ;-) He works on the SM layer used in XCP and I'm sure will have some useful insights.
>>
> Thanks Dave!
>
> Keith: Any insights on this?
>
>
> -- Pasi
>   
>> Cheers,
>> Dave
>>
>>> Thanks,
>>>
>>> -- Pasi
>>>
>>>
>>>>    Cheers,
>>>>
>>>>    Dave
>>>>
>>>>
>>>>
>>>>    From: xen-users-bounces@lists.xensource.com
>>>>    [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx -
>>>>    ?????
>>>>    Sent: 23 March 2010 20:47
>>>>    To: Xen List
>>>>    Subject: [Xen-users] XCP storage repository using VHD on top of the LVM
>>>>    (FC shared too) instead of the NFS.
>>>>
>>>>
>>>>
>>>>    Hi!
>>>>
>>>>     I thinking why the XCP/XenServer has an option to use the VHD format only
>>>>    for the NFS Servers... How to use the VHD on top of a local or shared LVM?
>>>>
>>>>     I mean, I want to create a logical volume of 500G and within this volume,
>>>>    I'll create the VHDs files instead LVs for each domU.
>>>>
>>>>     And I'll use this setup on top of my FC IBM DS4700 shared storage...
>>>>
>>>>     It is possible?! I want the good of both worlds, the space efficient
>>>>    feature of the VHDs (not pre-allocating) with the speed of the local or
>>>>    fiber channel storage.
>>>>
>>>>    Thanks!
>>>>    Thiago
>>>> _______________________________________________
>>>> Xen-users mailing list
>>>> Xen-users@lists.xensource.com
>>>> http://lists.xensource.com/xen-users

-- 
Keith Petley
Senior Storage Development Engineer

Citrix Systems UK Ltd

Building 101 | Cambridge Science Park | Milton Road | Cambridge | CB4 0FY | UK

T: +44 (0)1223 435609


--------------060303070100000707010002
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit


  
    
  
  
    Hi Pasi,

      

      The LVM daemon you refer to is before my time
                at Citrix - from what I understand they found problems
                with it and it never
                    progressed beyond the prototype stage.

                    

                    We are currently looking at thin
                      provisioning (again) and are currently
                        profiling the ocfs2 clustered file system to see if it provides suitable performance as an lvm replacement.

                                  

                                  Regards

                                      Keith

                                          

                                        
    
On 07/12/12 12:49, Pasi Kärkkäinen
      wrote:

    

    

      
On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote:


      

        
Hey Pasi,

On Nov 30, 2012, at 10:05 AM, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:



        

          
On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote:


          

            
  Hi,


          

          
Hello Dave,



          

            
  XCP does use VHD format on top of the LVs it creates on iSCSI/FC storage.
  The current problem is that it doesn't support "thin provisioning" (i.e.
  not pre-allocating). It's great for making snapshots and clones but not so
  good for space usage... as you observed!

  There is an early prototype of an XCP/vhd storage daemon which has an LVM
  implementation optimized for being able to quickly resize volumes. When
  that stabilizes, we'll be able to have thin provisioning. We should put
  the development repo for the prototype on xenbits somewhere.


          

          
Any progress on supporting thinprov on block-storage ? 


        

        
I've cc:d Keith, who is more of a storage expert than me ;-) He works on the SM layer used in XCP and I'm sure will have some useful insights.



      

      
Thanks Dave!

Keith: Any insights on this? 


-- Pasi
 


      

        
Cheers,
Dave



        

          
Thanks,

-- Pasi




          

            
  Cheers,

  Dave



  From: xen-users-bounces@lists.xensource.com
  [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx -
  ?????
  Sent: 23 March 2010 20:47
  To: Xen List
  Subject: [Xen-users] XCP storage repository using VHD on top of the LVM
  (FC shared too) instead of the NFS.



  Hi!

   I thinking why the XCP/XenServer has an option to use the VHD format only
  for the NFS Servers... How to use the VHD on top of a local or shared LVM?

   I mean, I want to create a logical volume of 500G and within this volume,
  I'll create the VHDs files instead LVs for each domU.

   And I'll use this setup on top of my FC IBM DS4700 shared storage...

   It is possible?! I want the good of both worlds, the space efficient
  feature of the VHDs (not pre-allocating) with the speed of the local or
  fiber channel storage.

  Thanks!
  Thiago


          

          

          

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


          

          

        

      

    

    

    
-- 
Keith Petley
Senior Storage Development Engineer

Citrix Systems UK Ltd

Building 101 | Cambridge Science Park | Milton Road | Cambridge | CB4 0FY | UK

T: +44 (0)1223 435609

  


--------------060303070100000707010002--


--===============0448759188389103208==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0448759188389103208==--


From xen-api-bounces@lists.xen.org Fri Dec 07 20:33:17 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 20:33: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 1Th4bb-0005zt-Un; Fri, 07 Dec 2012 20:33:07 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Th4ba-0005zo-4A
	for xen-api@lists.xensource.com; Fri, 07 Dec 2012 20:33:06 +0000
Received: from [85.158.143.99:59183] by server-2.bemta-4.messagelabs.com id
	1B/5B-30861-18252C05; Fri, 07 Dec 2012 20:33:05 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-3.tower-216.messagelabs.com!1354912383!27932529!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5557 invoked from network); 7 Dec 2012 20:33:03 -0000
Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com)
	(209.85.215.43)
	by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	7 Dec 2012 20:33:03 -0000
Received: by mail-la0-f43.google.com with SMTP id z14so823756lag.30
	for ; Fri, 07 Dec 2012 12:33:02 -0800 (PST)
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=w2Dif49Id52IdO+cd+4W7uFfCzFzMGNafQD7UYU2Jf0=;
	b=sRjC/QGpDrOAO4SAlNuCCWHWUk+8ie627I+sikYBv2wsWBwAJUuibciNmUhUzPEvY2
	IFsXP/4J/k1E7GVUq4gb5LG++MuruSjUYVNLhbSqwcYDDTfldrck1mG7/9vYOe2U59JT
	vJFTPjr023nmu75dOzFz7hHd+F3/sHW8f7IWj+4XaqO4S/tmdVjry15O+/9pRYXIbQN8
	d6iTPGbnvAVRoxb9z+RyolT4fgCIVKGlW8YyBhKBzKs2mtsT5kb7osPGvrBTCodB1AKP
	l9wPtrj0XvBKFMZAEkQ1GMSKUBH8dR6v+jJl8913FxUIJF90qoNy2gAojKFE/dqawCUV
	yiOQ==
Received: by 10.112.50.205 with SMTP id e13mr3018558lbo.57.1354912382229;
	Fri, 07 Dec 2012 12:33:02 -0800 (PST)
Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97])
	by mx.google.com with ESMTPS id pw17sm5007739lab.5.2012.12.07.12.33.00
	(version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 12:33:01 -0800 (PST)
Message-ID: <50C252B6.5080302@gmail.com>
Date: Sat, 08 Dec 2012 00:33:58 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.11) Gecko/20121122 Icedove/10.0.11
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" 
References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua>
	<50C0FF07.6080307@gmail.com>
	<91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
Subject: Re: [Xen-API] XCP and HBA storage problem.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7205851313396181835=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7205851313396181835==
Content-Type: multipart/alternative;
 boundary="------------000104000804050802050105"

This is a multi-part message in MIME format.
--------------000104000804050802050105
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Ok, now it at least visible what happens.

next step: look to the /var/log/SMlog after sr-probe.

PS Please, reply to maillist, i'm not a personal support service.

On 07.12.2012 11:56, Yatsko Mykhailo wrote:
>
> Well, I can’t even probe the device.
>
> xe sr-probe type=lvmohba returns
>
> Error code: SR_BACKEND_FAILURE_107
>
> Error parameters: , The SCSIid parameter is missing or incorrect, 
> 
>
> If I set the SCSIid -  xe sr-probe type=lvmohba device-config:SCSIid=*****
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> And xe sr-create shared=true type=lvmohba name-label=LUN9 
> device-config:SCSIid=**** returns the same
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> As for software iSCSI – I can easily fire it up through XenCenter with 
> multipathing and all the stuff I need, but using HBA capabilities is 
> quite critical to me. If it may help, the device I use is HP 
> StorageWorks P2000 G3 with 4 1Gbit Ethernet storage ports per 
> controller. The wiring is OK, I doublechecked it. Also I even tried to 
> connect the storage directly to the servers to get rid of possible 
> failure point at the switch.
>
> *From:*xen-api-bounces@lists.xen.org 
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 10:25 PM
> *To:* xen-api@lists.xensource.com
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Well, may be output of the xe sr-create should be attached? Guessing 
> 'what is wrong' is kinda useless activity without logs or command output.
>
> On 06.12.2012 20:08, Yatsko Mykhailo wrote:
>
> Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, 
> which causes troubles.
>
> /З повагою,
> Яцко Михайло Володимирович
> СиÑтемний адмініÑтратор
> Adelina Holding LLC
> Відділ технічної підтримки
> _________________________________
> 03065, м. Киів, бул. ЛепÑе//, 4
> E-mail: myatsko@adelina.com.ua 
> Web: www.adelina.com.ua 
> //Моб//.: +380501440657
> //ФакÑ//: +38 (032) 235 17 75/
>
> *From:*xen-api-bounces@lists.xen.org 
>  
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 5:21 PM
> *To:* xen-api@lists.xen.org 
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Did you try to performs xe sr-create with type=lvmoiscsi?
>
> 05.12.2012 14:45, Yatsko Mykhailo пишет:
>
>     Hi everyone.
>
>     I am a complete newbie to Xen. I run the following config:
>
>     HP ProLiant DL360 G7 server, 2 absolutely identical items, running
>     latest XCP. They are joined in a pool. Also there is a HP
>     StorageWorks P2000 G3 storage array. This is the config I have
>     troubles with.
>
>     Currently we are planning to migrate to Xen-based solutions from
>     VMWare-based. We have other 2 servers (also identical to those
>     mentioned above), which make use of the same storage device.
>     VMWare servers connect to the storage over HBA.
>
>     XCP ones do not recognize LUNs (though there is one made specially
>     for them and not in use by any other machine) when adding a HBA
>     storage, but work fine if adding it as software iSCSI.  There are
>     no restrictions as for access at the storage side, no passwords etc.
>
>     Any piece of advice would be highly appreciated.
>
>     /З повагою//,
>     //Яцко Михайло Володимирович//
>     //СиÑтемний адмініÑтратор//
>     Adelina Holding LLC
>     //Відділ технічної підтримки//
>     ___________________//______________
>     03065, м. Киів, бул. ЛепÑе//, 4
>     E-mail: myatsko@adelina.com.ua 
>     Web: www.adelina.com.ua 
>     //Моб//.: +380501440657
>     //ФакÑ//: +38 (032) 235 17 75/
>
>
>
>
>
>     _______________________________________________
>
>     Xen-api mailing list
>
>     Xen-api@lists.xen.org  
>
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>

--------------000104000804050802050105
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    Ok, now it at least visible what happens.

    

    next step: look to the /var/log/SMlog after sr-probe.

    

    PS Please, reply to maillist, i'm not a personal support service.

    

    On 07.12.2012 11:56, Yatsko Mykhailo wrote:
    

      
      
      
      

        
Well,
            I can’t even probe the device. 

        
xe
            sr-probe type=lvmohba returns 

        
Error
            code: SR_BACKEND_FAILURE_107

        
Error
            parameters: , The SCSIid parameter is missing or incorrect,
            <?xml version="1.0" ?>

        
If
            I set the SCSIid -  xe sr-probe type=lvmohba
            device-config:SCSIid=*****

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
And
            xe sr-create shared=true type=lvmohba name-label=LUN9
            device-config:SCSIid=**** returns the same

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
 

        
As
            for software iSCSI – I can easily fire it up through
            XenCenter with multipathing and all the stuff I need, but
            using HBA capabilities is quite critical to me. If it may
            help, the device I use is HP StorageWorks P2000 G3 with 4
            1Gbit Ethernet storage ports per controller. The wiring is
            OK, I doublechecked it. Also I even tried to connect the
            storage directly to the servers to get rid of possible
            failure point at the switch.

        

          

            
From: xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org] On Behalf Of
                George Shuklin

                Sent: Thursday, December 06, 2012 10:25 PM

                To: xen-api@lists.xensource.com

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        
Well, may be output of the xe sr-create
          should be attached? Guessing 'what is wrong' is kinda useless
          activity without logs or command output.

          

          On 06.12.2012 20:08, Yatsko Mykhailo wrote: 

        
Certainly.
            And lvmoiscsi works fine. I need to fire it up as lvmohba,
            which causes troubles.

        
 

        

          
З повагою,

                Яцко Михайло Володимирович

                СиÑтемний адмініÑтратор

                Adelina Holding LLC

                Відділ технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

        

        
 

        

          

            
From:
                xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org]
                On Behalf Of George Shuklin

                Sent: Thursday, December 06, 2012 5:21 PM

                To: xen-api@lists.xen.org

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        

          
Did you try to performs xe sr-create with
            type=lvmoiscsi?

            

            05.12.2012 14:45, Yatsko Mykhailo пишет:

        

        

          
Hi everyone.

          
I am a complete newbie
              to Xen. I run the following config:

          
HP ProLiant DL360 G7
              server, 2 absolutely identical items, running latest XCP.
              They are joined in a pool. Also there is a HP StorageWorks
              P2000 G3 storage array. This is the config I have troubles
              with. 

          
Currently we are
              planning to migrate to Xen-based solutions from
              VMWare-based. We have other 2 servers (also identical to
              those mentioned above), which make use of the same storage
              device. VMWare servers connect to the storage over HBA.

          
XCP ones do not
              recognize LUNs (though there is one made specially for
              them and not in use by any other machine) when adding a
              HBA storage, but work fine if adding it as software iSCSI.
               There are no restrictions as for access at the storage
              side, no passwords etc.

          
Any piece of advice
              would be highly appreciated.

          
 

          
З повагою,

              Яцко
                Михайло Володимирович

              СиÑтемний
                адмініÑтратор

                Adelina Holding LLC

              Відділ
                технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

          
 

          


              

              

              

            

          
_______________________________________________

          
Xen-api mailing list

          
Xen-api@lists.xen.org

          
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

        

        
 

      

    

  


--------------000104000804050802050105--


--===============7205851313396181835==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============7205851313396181835==--


From xen-api-bounces@lists.xen.org Fri Dec 07 20:33:17 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 20:33: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 1Th4bb-0005zt-Un; Fri, 07 Dec 2012 20:33:07 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Th4ba-0005zo-4A
	for xen-api@lists.xensource.com; Fri, 07 Dec 2012 20:33:06 +0000
Received: from [85.158.143.99:59183] by server-2.bemta-4.messagelabs.com id
	1B/5B-30861-18252C05; Fri, 07 Dec 2012 20:33:05 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-3.tower-216.messagelabs.com!1354912383!27932529!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5557 invoked from network); 7 Dec 2012 20:33:03 -0000
Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com)
	(209.85.215.43)
	by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	7 Dec 2012 20:33:03 -0000
Received: by mail-la0-f43.google.com with SMTP id z14so823756lag.30
	for ; Fri, 07 Dec 2012 12:33:02 -0800 (PST)
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=w2Dif49Id52IdO+cd+4W7uFfCzFzMGNafQD7UYU2Jf0=;
	b=sRjC/QGpDrOAO4SAlNuCCWHWUk+8ie627I+sikYBv2wsWBwAJUuibciNmUhUzPEvY2
	IFsXP/4J/k1E7GVUq4gb5LG++MuruSjUYVNLhbSqwcYDDTfldrck1mG7/9vYOe2U59JT
	vJFTPjr023nmu75dOzFz7hHd+F3/sHW8f7IWj+4XaqO4S/tmdVjry15O+/9pRYXIbQN8
	d6iTPGbnvAVRoxb9z+RyolT4fgCIVKGlW8YyBhKBzKs2mtsT5kb7osPGvrBTCodB1AKP
	l9wPtrj0XvBKFMZAEkQ1GMSKUBH8dR6v+jJl8913FxUIJF90qoNy2gAojKFE/dqawCUV
	yiOQ==
Received: by 10.112.50.205 with SMTP id e13mr3018558lbo.57.1354912382229;
	Fri, 07 Dec 2012 12:33:02 -0800 (PST)
Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97])
	by mx.google.com with ESMTPS id pw17sm5007739lab.5.2012.12.07.12.33.00
	(version=SSLv3 cipher=OTHER); Fri, 07 Dec 2012 12:33:01 -0800 (PST)
Message-ID: <50C252B6.5080302@gmail.com>
Date: Sat, 08 Dec 2012 00:33:58 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.11) Gecko/20121122 Icedove/10.0.11
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" 
References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua>
	<50C0FF07.6080307@gmail.com>
	<91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
Subject: Re: [Xen-API] XCP and HBA storage problem.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7205851313396181835=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7205851313396181835==
Content-Type: multipart/alternative;
 boundary="------------000104000804050802050105"

This is a multi-part message in MIME format.
--------------000104000804050802050105
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Ok, now it at least visible what happens.

next step: look to the /var/log/SMlog after sr-probe.

PS Please, reply to maillist, i'm not a personal support service.

On 07.12.2012 11:56, Yatsko Mykhailo wrote:
>
> Well, I can’t even probe the device.
>
> xe sr-probe type=lvmohba returns
>
> Error code: SR_BACKEND_FAILURE_107
>
> Error parameters: , The SCSIid parameter is missing or incorrect, 
> 
>
> If I set the SCSIid -  xe sr-probe type=lvmohba device-config:SCSIid=*****
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> And xe sr-create shared=true type=lvmohba name-label=LUN9 
> device-config:SCSIid=**** returns the same
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> As for software iSCSI – I can easily fire it up through XenCenter with 
> multipathing and all the stuff I need, but using HBA capabilities is 
> quite critical to me. If it may help, the device I use is HP 
> StorageWorks P2000 G3 with 4 1Gbit Ethernet storage ports per 
> controller. The wiring is OK, I doublechecked it. Also I even tried to 
> connect the storage directly to the servers to get rid of possible 
> failure point at the switch.
>
> *From:*xen-api-bounces@lists.xen.org 
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 10:25 PM
> *To:* xen-api@lists.xensource.com
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Well, may be output of the xe sr-create should be attached? Guessing 
> 'what is wrong' is kinda useless activity without logs or command output.
>
> On 06.12.2012 20:08, Yatsko Mykhailo wrote:
>
> Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, 
> which causes troubles.
>
> /З повагою,
> Яцко Михайло Володимирович
> СиÑтемний адмініÑтратор
> Adelina Holding LLC
> Відділ технічної підтримки
> _________________________________
> 03065, м. Киів, бул. ЛепÑе//, 4
> E-mail: myatsko@adelina.com.ua 
> Web: www.adelina.com.ua 
> //Моб//.: +380501440657
> //ФакÑ//: +38 (032) 235 17 75/
>
> *From:*xen-api-bounces@lists.xen.org 
>  
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 5:21 PM
> *To:* xen-api@lists.xen.org 
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Did you try to performs xe sr-create with type=lvmoiscsi?
>
> 05.12.2012 14:45, Yatsko Mykhailo пишет:
>
>     Hi everyone.
>
>     I am a complete newbie to Xen. I run the following config:
>
>     HP ProLiant DL360 G7 server, 2 absolutely identical items, running
>     latest XCP. They are joined in a pool. Also there is a HP
>     StorageWorks P2000 G3 storage array. This is the config I have
>     troubles with.
>
>     Currently we are planning to migrate to Xen-based solutions from
>     VMWare-based. We have other 2 servers (also identical to those
>     mentioned above), which make use of the same storage device.
>     VMWare servers connect to the storage over HBA.
>
>     XCP ones do not recognize LUNs (though there is one made specially
>     for them and not in use by any other machine) when adding a HBA
>     storage, but work fine if adding it as software iSCSI.  There are
>     no restrictions as for access at the storage side, no passwords etc.
>
>     Any piece of advice would be highly appreciated.
>
>     /З повагою//,
>     //Яцко Михайло Володимирович//
>     //СиÑтемний адмініÑтратор//
>     Adelina Holding LLC
>     //Відділ технічної підтримки//
>     ___________________//______________
>     03065, м. Киів, бул. ЛепÑе//, 4
>     E-mail: myatsko@adelina.com.ua 
>     Web: www.adelina.com.ua 
>     //Моб//.: +380501440657
>     //ФакÑ//: +38 (032) 235 17 75/
>
>
>
>
>
>     _______________________________________________
>
>     Xen-api mailing list
>
>     Xen-api@lists.xen.org  
>
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>

--------------000104000804050802050105
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    Ok, now it at least visible what happens.

    

    next step: look to the /var/log/SMlog after sr-probe.

    

    PS Please, reply to maillist, i'm not a personal support service.

    

    On 07.12.2012 11:56, Yatsko Mykhailo wrote:
    

      
      
      
      

        
Well,
            I can’t even probe the device. 

        
xe
            sr-probe type=lvmohba returns 

        
Error
            code: SR_BACKEND_FAILURE_107

        
Error
            parameters: , The SCSIid parameter is missing or incorrect,
            <?xml version="1.0" ?>

        
If
            I set the SCSIid -  xe sr-probe type=lvmohba
            device-config:SCSIid=*****

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
And
            xe sr-create shared=true type=lvmohba name-label=LUN9
            device-config:SCSIid=**** returns the same

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
 

        
As
            for software iSCSI – I can easily fire it up through
            XenCenter with multipathing and all the stuff I need, but
            using HBA capabilities is quite critical to me. If it may
            help, the device I use is HP StorageWorks P2000 G3 with 4
            1Gbit Ethernet storage ports per controller. The wiring is
            OK, I doublechecked it. Also I even tried to connect the
            storage directly to the servers to get rid of possible
            failure point at the switch.

        

          

            
From: xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org] On Behalf Of
                George Shuklin

                Sent: Thursday, December 06, 2012 10:25 PM

                To: xen-api@lists.xensource.com

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        
Well, may be output of the xe sr-create
          should be attached? Guessing 'what is wrong' is kinda useless
          activity without logs or command output.

          

          On 06.12.2012 20:08, Yatsko Mykhailo wrote: 

        
Certainly.
            And lvmoiscsi works fine. I need to fire it up as lvmohba,
            which causes troubles.

        
 

        

          
З повагою,

                Яцко Михайло Володимирович

                СиÑтемний адмініÑтратор

                Adelina Holding LLC

                Відділ технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

        

        
 

        

          

            
From:
                xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org]
                On Behalf Of George Shuklin

                Sent: Thursday, December 06, 2012 5:21 PM

                To: xen-api@lists.xen.org

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        

          
Did you try to performs xe sr-create with
            type=lvmoiscsi?

            

            05.12.2012 14:45, Yatsko Mykhailo пишет:

        

        

          
Hi everyone.

          
I am a complete newbie
              to Xen. I run the following config:

          
HP ProLiant DL360 G7
              server, 2 absolutely identical items, running latest XCP.
              They are joined in a pool. Also there is a HP StorageWorks
              P2000 G3 storage array. This is the config I have troubles
              with. 

          
Currently we are
              planning to migrate to Xen-based solutions from
              VMWare-based. We have other 2 servers (also identical to
              those mentioned above), which make use of the same storage
              device. VMWare servers connect to the storage over HBA.

          
XCP ones do not
              recognize LUNs (though there is one made specially for
              them and not in use by any other machine) when adding a
              HBA storage, but work fine if adding it as software iSCSI.
               There are no restrictions as for access at the storage
              side, no passwords etc.

          
Any piece of advice
              would be highly appreciated.

          
 

          
З повагою,

              Яцко
                Михайло Володимирович

              СиÑтемний
                адмініÑтратор

                Adelina Holding LLC

              Відділ
                технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

          
 

          


              

              

              

            

          
_______________________________________________

          
Xen-api mailing list

          
Xen-api@lists.xen.org

          
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

        

        
 

      

    

  


--------------000104000804050802050105--


--===============7205851313396181835==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============7205851313396181835==--


From xen-api-bounces@lists.xen.org Fri Dec 07 20:57:54 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 20:57: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 1Th4zT-0006ZC-HZ; Fri, 07 Dec 2012 20:57:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Th4zR-0006Z2-Rp
	for xen-api@lists.xen.org; Fri, 07 Dec 2012 20:57:46 +0000
Received: from [85.158.143.99:42555] by server-2.bemta-4.messagelabs.com id
	32/F2-30861-94852C05; Fri, 07 Dec 2012 20:57:45 +0000
X-Env-Sender: gizmochicken@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1354913862!21020734!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24921 invoked from network); 7 Dec 2012 20:57:43 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	7 Dec 2012 20:57:43 -0000
Received: by mail-vb0-f45.google.com with SMTP id p1so970554vbi.32
	for ; Fri, 07 Dec 2012 12:57:42 -0800 (PST)
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=2VAnuoXEJaEaLPtr+Eu4mmKIYITMuEOy3djVgFg5qRw=;
	b=Cs+Kir1Qb4tqm8+7RHHvr9xcbwrV5O9U2uWdZoyy3y+cPEOzd2jXotPdXlSoPJKoHp
	ZfVb+awW74/lvquxXJy0k2V5iHpC4i+k6W67qt3KRgPvfZOsB3MWgWLbxx9Q21NnuUMS
	xyA2oHYWSQdGCmnJZBdIXQs0/rQz74j8geEi3OHilkKwHjMhJF8tSYhf1wQYahlIX63A
	JgUnD1kCBPtp1MBua0jIQPSVeplOKv7nbX65EFrTYNqinxG+n8/mKIVFdhMEeL/4JwL6
	lFEDv6/vUcbqApJgSportkmVB02aPbtaYs+VZVeutl9wDeJ9zasfDp0P0IQ0RM+UWZbH
	Jw1Q==
MIME-Version: 1.0
Received: by 10.220.209.74 with SMTP id gf10mr4532089vcb.10.1354913862109;
	Fri, 07 Dec 2012 12:57:42 -0800 (PST)
Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 12:57:42 -0800 (PST)
In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7@LONPMAILBOX01.citrite.net>
References: 
	
	<344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7@LONPMAILBOX01.citrite.net>
Date: Fri, 7 Dec 2012 15:57:42 -0500
Message-ID: 
From: Gizmo Chicken 
To: James Bulpin 
Cc: Paul Pridt ,
	"d.vander.wurf@gmail.com" ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8340443658755528195=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8340443658755528195==
Content-Type: multipart/alternative; boundary=bcaec54fb41073c92b04d049771c

--bcaec54fb41073c92b04d049771c
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

James,

Thanks so much for your reply.  Much appreciated!

I'm somewhat familiar with PCI-passthrough as implemented by xm/xend.  But
honestly, I know almost nothing about PCI-passthrough as implemented by xe.

I would switch to XCP if the PCI-passthrough as implemented by xe would
allow me to passthrough a USB controller  as to access a few simple USB
devices (such as a mouse, keyboard and USB drive) from an HVM guest.

I won't hold you to it, but based on what you know about xe, does the above
seem feasible?

Thanks in advance for any feedback you can provide.

Best regards,
GizmoChicken


On Fri, Dec 7, 2012 at 11:51 AM, James Bulpin w=
rote:

> >If PCI passthrough to an HVM guest is possible in XCP, such as through x=
e
> or otherwise, would someone please share the basic steps and commands?***=
*
>
> ** **
>
> It=92s basically what Donald had but the semantics of the number before t=
he
> slash changed at some point in the past =96 in recent versions it=92s jus=
t an
> index into the list of devices so should be 0/...,1/...,2/... etc. (havin=
g
> all 0/ will probably still work but the order they appear in the guest
> would be undefined).****
>
> ** **
>
> Same for PV and HVM.****
>
> ** **
>
> However there are caveats:****
>
> **=B7         **IIRC XCP 1.6 doesn=92t handle multi-function pass-through
> properly =96 I think it passes each function through as a separate device=
.
> This=92ll work in some cases but fail in others.****
>
> **=B7         **VT-d/IOMMU support is needed (at least for HVM) so this
> must be enabled in the system BIOS and be working (usually requires a BIO=
S
> update and even then YMMV)****
>
> **=B7         **Not all devices are pass-through friendly =96 ideally the
> device will support Function Level Reset (see
> http://wiki.xen.org/wiki/Xen_PCI_Passthrough for general information
> about this)****
>
> ** **
>
> For another example see this link which gives some info on how SR-IOV
> based PCI-passthrough is done on XenServer:
> http://support.citrix.com/article/CTX131381 (the same rules apply to
> non-SR-IOV passthrough as well)****
>
> ** **
>
> Regards,****
>
> James****
>
> ** **
>
> *From:* xen-api-bounces@lists.xen.org [mailto:
> xen-api-bounces@lists.xen.org] *On Behalf Of *Gizmo Chicken
> *Sent:* 07 December 2012 13:19
> *To:* xen-api@lists.xen.org
> *Cc:* d.vander.wurf@gmail.com
> *Subject:* Re: [Xen-API] XCP PCI Passthrough on HVM how to?****
>
> ** **
>
> Like Donald, I too hope to configure PCI passthrough to an HVM guest in
> XCP.  And also like Donald, I haven't had much luck finding the relevant
> documentation.****
>
>
> If PCI passthrough to an HVM guest is possible in XCP, such as through xe
> or otherwise, would someone please share the basic steps and commands?
>
> Thanks so much for any help that you may be willing to provide.
>
> Best regards,
> GizmoChicken
>
> ****
>
> On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf <
> d.vander.wurf@gmail.com> wrote:****
>
>   ****
>
> I'd like to do a PCI passthrough for a disk-controller to a HVM guest. **=
*
> *
>
> In this article is a tutorial about this but only for a PV-guest.
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough****
>
> Quote from the article: *The below is only applicable to PV hosts. In
> this example the OS used was Ubuntu 10.04 LTS.  *****
>
>  ****
>
> How to set this up for a HVM? I've searched the Internet but did not find
> info on this topic. ****
>
>  ****
>
> I tried this, after binding the controller to pciback, but it didn't work=
:
> example: xe vm-param-set
> other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00=
:1d.3,0/0000:00:1d.7
> uuid=3DMYUUID
>
> Is this the way to go, or does it work differently for a HVM? ****
>
>  ****
>
> kind regards. ****
>
>  ****
>
> Donald****
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api****
>
> ** **
>

--bcaec54fb41073c92b04d049771c
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

James,

Thanks so much for your reply.=A0 Much appreciated!

I&=
#39;m
somewhat familiar with PCI-passthrough as=20
implemented by xm/xend.=A0 But honestly, I know almost nothing about PCI-pa=
ssthrough as implemented by xe.

I would switch to XCP if =20
the PCI-passthrough as implemented by xe would allow me to passthrough a US=
B
 controller=A0 as to access a few simple USB devices (such as a
 mouse, keyboard and USB drive) from an HVM guest.

I won't hold =
you to it, but based on what you know about xe, does the above seem feasibl=
e?

Thanks in advance for any feedback you can provide.

Best r=
egards,


GizmoChicken


On Fri, Dec 7, 2012 at 1=
1:51 AM, James Bulpin <James.Bulpin@eu.citrix.com> =
wrote:



>If PCI passthrough to an HVM gu=
est is possible in XCP, such as through xe or otherwise, would someone plea=
se share the basic steps and commands?=




=A0<=
/p>
It=92s basically=
 what Donald had but the semantics of the number before the slash changed a=
t some point in the past =96 in recent versions it=92s just an index into t=
he list of devices so should be 0/...,1/...,2/... etc. (having all 0/ will =
probably still work but the order they appear in the guest would be undefin=
ed).



=A0<=
/p>
Same for PV and HVM.



=A0<=
/p>
However there are cave=
ats:



=B7=A0=A0=A0=
=A0=A0=A0=A0=A0 IIRC=
 XCP 1.6 doesn=92t handle multi-function pass-through properly =96 I think =
it passes each function through as a separate device. This=92ll work in som=
e cases but fail in others.



=B7=A0=A0=A0=
=A0=A0=A0=A0=A0 VT-d=
/IOMMU support is needed (at least for HVM) so this must be enabled in the =
system BIOS and be working (usually requires a BIOS update and even then YM=
MV)



=B7=A0=A0=A0=
=A0=A0=A0=A0=A0 Not =
all devices are pass-through friendly =96 ideally the device will support F=
unction Level Reset (see http://wiki.xen.org/wiki/Xen_PCI_Passthrough f=
or general information about this)



=A0<=
/p>
For another example se=
e this link which gives some info on how SR-IOV based PCI-passthrough is do=
ne on XenServer: http://support.citrix.com/article/CTX131381 (the same r=
ules apply to non-SR-IOV passthrough as well)



=A0<=
/p>
Regards,=




James
=A0



F=
rom: xen-api-bounces@lists.xen.org [mailt=
o:xen-ap=
i-bounces@lists.xen.org] On Behalf Of Gizmo Chicken


Sent: 07 December 2012 13:19
To: xen-api@lists.xen.org
Cc: <=
a href=3D"mailto:d.vander.wurf@gmail.com" target=3D"_blank">d.vander.wurf@g=
mail.com


Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to?<=
/u>
=A0
Like Donald, I too hope to configure PCI passth=
rough to an HVM guest in XCP.=A0 And also like Donald, I haven't had mu=
ch luck finding the relevant documentation.




If PCI passthroug=
h to an HVM guest is possible in XCP, such as through xe or otherwise, woul=
d someone please share the basic steps and commands?

Thanks so much =
for any help that you may be willing to provide.



Best regards,
GizmoChicken

On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf <d.vander.wurf@gmail=
.com> wrote:



=A0 
I'd like=
 to do a PCI passthrough for a disk-controller to a HVM guest. 



In this article is a tutorial about this =
but only for a PV-guest.=A0http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPas=
sthrough



Quote from the=A0article: The below is=
 only applicable to PV hosts. In this example the OS used was Ubuntu 10.04 =
LTS.=A0=A0
=A0



How to set this up for a HVM? I've se=
arched the Internet but did not find info on this topic. 
=

=A0


I tried this, after binding the controller to pciback, but it didn't wo=
rk: example: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d=
.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID 

Is th=
is the way to go, or does it work differently for a HVM? 



=A0
kind regards. 
=A0
=



Donald

_________________________=
______________________
Xen-api mailing list
Xen-api@lists.xen.org


http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=A0







--bcaec54fb41073c92b04d049771c--


--===============8340443658755528195==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============8340443658755528195==--


From xen-api-bounces@lists.xen.org Fri Dec 07 20:57:54 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 20:57: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 1Th4zT-0006ZC-HZ; Fri, 07 Dec 2012 20:57:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Th4zR-0006Z2-Rp
	for xen-api@lists.xen.org; Fri, 07 Dec 2012 20:57:46 +0000
Received: from [85.158.143.99:42555] by server-2.bemta-4.messagelabs.com id
	32/F2-30861-94852C05; Fri, 07 Dec 2012 20:57:45 +0000
X-Env-Sender: gizmochicken@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1354913862!21020734!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24921 invoked from network); 7 Dec 2012 20:57:43 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	7 Dec 2012 20:57:43 -0000
Received: by mail-vb0-f45.google.com with SMTP id p1so970554vbi.32
	for ; Fri, 07 Dec 2012 12:57:42 -0800 (PST)
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=2VAnuoXEJaEaLPtr+Eu4mmKIYITMuEOy3djVgFg5qRw=;
	b=Cs+Kir1Qb4tqm8+7RHHvr9xcbwrV5O9U2uWdZoyy3y+cPEOzd2jXotPdXlSoPJKoHp
	ZfVb+awW74/lvquxXJy0k2V5iHpC4i+k6W67qt3KRgPvfZOsB3MWgWLbxx9Q21NnuUMS
	xyA2oHYWSQdGCmnJZBdIXQs0/rQz74j8geEi3OHilkKwHjMhJF8tSYhf1wQYahlIX63A
	JgUnD1kCBPtp1MBua0jIQPSVeplOKv7nbX65EFrTYNqinxG+n8/mKIVFdhMEeL/4JwL6
	lFEDv6/vUcbqApJgSportkmVB02aPbtaYs+VZVeutl9wDeJ9zasfDp0P0IQ0RM+UWZbH
	Jw1Q==
MIME-Version: 1.0
Received: by 10.220.209.74 with SMTP id gf10mr4532089vcb.10.1354913862109;
	Fri, 07 Dec 2012 12:57:42 -0800 (PST)
Received: by 10.58.147.39 with HTTP; Fri, 7 Dec 2012 12:57:42 -0800 (PST)
In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7@LONPMAILBOX01.citrite.net>
References: 
	
	<344C0F67BC927847A2C92F9EE358DB0E01224B5DF8B7@LONPMAILBOX01.citrite.net>
Date: Fri, 7 Dec 2012 15:57:42 -0500
Message-ID: 
From: Gizmo Chicken 
To: James Bulpin 
Cc: Paul Pridt ,
	"d.vander.wurf@gmail.com" ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8340443658755528195=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8340443658755528195==
Content-Type: multipart/alternative; boundary=bcaec54fb41073c92b04d049771c

--bcaec54fb41073c92b04d049771c
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

James,

Thanks so much for your reply.  Much appreciated!

I'm somewhat familiar with PCI-passthrough as implemented by xm/xend.  But
honestly, I know almost nothing about PCI-passthrough as implemented by xe.

I would switch to XCP if the PCI-passthrough as implemented by xe would
allow me to passthrough a USB controller  as to access a few simple USB
devices (such as a mouse, keyboard and USB drive) from an HVM guest.

I won't hold you to it, but based on what you know about xe, does the above
seem feasible?

Thanks in advance for any feedback you can provide.

Best regards,
GizmoChicken


On Fri, Dec 7, 2012 at 11:51 AM, James Bulpin w=
rote:

> >If PCI passthrough to an HVM guest is possible in XCP, such as through x=
e
> or otherwise, would someone please share the basic steps and commands?***=
*
>
> ** **
>
> It=92s basically what Donald had but the semantics of the number before t=
he
> slash changed at some point in the past =96 in recent versions it=92s jus=
t an
> index into the list of devices so should be 0/...,1/...,2/... etc. (havin=
g
> all 0/ will probably still work but the order they appear in the guest
> would be undefined).****
>
> ** **
>
> Same for PV and HVM.****
>
> ** **
>
> However there are caveats:****
>
> **=B7         **IIRC XCP 1.6 doesn=92t handle multi-function pass-through
> properly =96 I think it passes each function through as a separate device=
.
> This=92ll work in some cases but fail in others.****
>
> **=B7         **VT-d/IOMMU support is needed (at least for HVM) so this
> must be enabled in the system BIOS and be working (usually requires a BIO=
S
> update and even then YMMV)****
>
> **=B7         **Not all devices are pass-through friendly =96 ideally the
> device will support Function Level Reset (see
> http://wiki.xen.org/wiki/Xen_PCI_Passthrough for general information
> about this)****
>
> ** **
>
> For another example see this link which gives some info on how SR-IOV
> based PCI-passthrough is done on XenServer:
> http://support.citrix.com/article/CTX131381 (the same rules apply to
> non-SR-IOV passthrough as well)****
>
> ** **
>
> Regards,****
>
> James****
>
> ** **
>
> *From:* xen-api-bounces@lists.xen.org [mailto:
> xen-api-bounces@lists.xen.org] *On Behalf Of *Gizmo Chicken
> *Sent:* 07 December 2012 13:19
> *To:* xen-api@lists.xen.org
> *Cc:* d.vander.wurf@gmail.com
> *Subject:* Re: [Xen-API] XCP PCI Passthrough on HVM how to?****
>
> ** **
>
> Like Donald, I too hope to configure PCI passthrough to an HVM guest in
> XCP.  And also like Donald, I haven't had much luck finding the relevant
> documentation.****
>
>
> If PCI passthrough to an HVM guest is possible in XCP, such as through xe
> or otherwise, would someone please share the basic steps and commands?
>
> Thanks so much for any help that you may be willing to provide.
>
> Best regards,
> GizmoChicken
>
> ****
>
> On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf <
> d.vander.wurf@gmail.com> wrote:****
>
>   ****
>
> I'd like to do a PCI passthrough for a disk-controller to a HVM guest. **=
*
> *
>
> In this article is a tutorial about this but only for a PV-guest.
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough****
>
> Quote from the article: *The below is only applicable to PV hosts. In
> this example the OS used was Ubuntu 10.04 LTS.  *****
>
>  ****
>
> How to set this up for a HVM? I've searched the Internet but did not find
> info on this topic. ****
>
>  ****
>
> I tried this, after binding the controller to pciback, but it didn't work=
:
> example: xe vm-param-set
> other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d.1,0/0000:00:1d.2,0/0000:00=
:1d.3,0/0000:00:1d.7
> uuid=3DMYUUID
>
> Is this the way to go, or does it work differently for a HVM? ****
>
>  ****
>
> kind regards. ****
>
>  ****
>
> Donald****
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api****
>
> ** **
>

--bcaec54fb41073c92b04d049771c
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

James,

Thanks so much for your reply.=A0 Much appreciated!

I&=
#39;m
somewhat familiar with PCI-passthrough as=20
implemented by xm/xend.=A0 But honestly, I know almost nothing about PCI-pa=
ssthrough as implemented by xe.

I would switch to XCP if =20
the PCI-passthrough as implemented by xe would allow me to passthrough a US=
B
 controller=A0 as to access a few simple USB devices (such as a
 mouse, keyboard and USB drive) from an HVM guest.

I won't hold =
you to it, but based on what you know about xe, does the above seem feasibl=
e?

Thanks in advance for any feedback you can provide.

Best r=
egards,


GizmoChicken


On Fri, Dec 7, 2012 at 1=
1:51 AM, James Bulpin <James.Bulpin@eu.citrix.com> =
wrote:



>If PCI passthrough to an HVM gu=
est is possible in XCP, such as through xe or otherwise, would someone plea=
se share the basic steps and commands?=




=A0<=
/p>
It=92s basically=
 what Donald had but the semantics of the number before the slash changed a=
t some point in the past =96 in recent versions it=92s just an index into t=
he list of devices so should be 0/...,1/...,2/... etc. (having all 0/ will =
probably still work but the order they appear in the guest would be undefin=
ed).



=A0<=
/p>
Same for PV and HVM.



=A0<=
/p>
However there are cave=
ats:



=B7=A0=A0=A0=
=A0=A0=A0=A0=A0 IIRC=
 XCP 1.6 doesn=92t handle multi-function pass-through properly =96 I think =
it passes each function through as a separate device. This=92ll work in som=
e cases but fail in others.



=B7=A0=A0=A0=
=A0=A0=A0=A0=A0 VT-d=
/IOMMU support is needed (at least for HVM) so this must be enabled in the =
system BIOS and be working (usually requires a BIOS update and even then YM=
MV)



=B7=A0=A0=A0=
=A0=A0=A0=A0=A0 Not =
all devices are pass-through friendly =96 ideally the device will support F=
unction Level Reset (see http://wiki.xen.org/wiki/Xen_PCI_Passthrough f=
or general information about this)



=A0<=
/p>
For another example se=
e this link which gives some info on how SR-IOV based PCI-passthrough is do=
ne on XenServer: http://support.citrix.com/article/CTX131381 (the same r=
ules apply to non-SR-IOV passthrough as well)



=A0<=
/p>
Regards,=




James
=A0



F=
rom: xen-api-bounces@lists.xen.org [mailt=
o:xen-ap=
i-bounces@lists.xen.org] On Behalf Of Gizmo Chicken


Sent: 07 December 2012 13:19
To: xen-api@lists.xen.org
Cc: <=
a href=3D"mailto:d.vander.wurf@gmail.com" target=3D"_blank">d.vander.wurf@g=
mail.com


Subject: Re: [Xen-API] XCP PCI Passthrough on HVM how to?<=
/u>
=A0
Like Donald, I too hope to configure PCI passth=
rough to an HVM guest in XCP.=A0 And also like Donald, I haven't had mu=
ch luck finding the relevant documentation.




If PCI passthroug=
h to an HVM guest is possible in XCP, such as through xe or otherwise, woul=
d someone please share the basic steps and commands?

Thanks so much =
for any help that you may be willing to provide.



Best regards,
GizmoChicken

On Tue, Nov 13, 2012 at 11:17 AM, Donald van der Wurf <d.vander.wurf@gmail=
.com> wrote:



=A0 
I'd like=
 to do a PCI passthrough for a disk-controller to a HVM guest. 



In this article is a tutorial about this =
but only for a PV-guest.=A0http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPas=
sthrough



Quote from the=A0article: The below is=
 only applicable to PV hosts. In this example the OS used was Ubuntu 10.04 =
LTS.=A0=A0
=A0



How to set this up for a HVM? I've se=
arched the Internet but did not find info on this topic. 
=

=A0


I tried this, after binding the controller to pciback, but it didn't wo=
rk: example: xe vm-param-set other-config:pci=3D0/0000:00:1d.0,0/0000:00:1d=
.1,0/0000:00:1d.2,0/0000:00:1d.3,0/0000:00:1d.7 uuid=3DMYUUID 

Is th=
is the way to go, or does it work differently for a HVM? 



=A0
kind regards. 
=A0
=



Donald

_________________________=
______________________
Xen-api mailing list
Xen-api@lists.xen.org


http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
=A0







--bcaec54fb41073c92b04d049771c--


--===============8340443658755528195==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============8340443658755528195==--


From xen-api-bounces@lists.xen.org Fri Dec 07 21:40:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 21: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 1Th5ed-0000Hf-UO; Fri, 07 Dec 2012 21:40:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Th5eb-0000HS-IF; Fri, 07 Dec 2012 21:40:18 +0000
Received: from [85.158.143.99:59560] by server-1.bemta-4.messagelabs.com id
	A4/33-28401-04262C05; Fri, 07 Dec 2012 21:40:16 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-14.tower-216.messagelabs.com!1354916415!18914832!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MDQwNDY=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12097 invoked from network); 7 Dec 2012 21:40:16 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 7 Dec 2012 21:40:16 -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 8BEA12A49;
	Fri,  7 Dec 2012 23:40:14 +0200 (EET)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 4D4CC2005F; Fri,  7 Dec 2012 23:40:14 +0200 (EET)
Date: Fri, 7 Dec 2012 23:40:14 +0200
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Keith Petley 
Message-ID: <20121207214013.GB8912@reaktio.net>
References: <6b7f6eb1003231347t4a2a0c21u317cd885181d0d7d@mail.gmail.com>
	<81A73678E76EA642801C8F2E4823AD21565E554245@LONPMAILBOX01.citrite.net>
	<20121130100534.GN8912@reaktio.net>
	<6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com>
	<20121207124946.GZ8912@reaktio.net> <50C228B5.80005@citrix.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <50C228B5.80005@citrix.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: Xen Users ,
	Martinx - ????? ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-users] XCP storage repository using VHD on top
 of the LVM (FC	shared too) instead of the NFS.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, Dec 07, 2012 at 05:34:45PM +0000, Keith Petley wrote:
>    Hi Pasi,
>

Hello,
 =

>    The LVM daemon you refer to is before my time at Citrix - from what I
>    understand they found problems with it and it never progressed beyond =
the
>    prototype stage.
>

That explains why it never saw daylight..
 =

>    We are currently looking at thin provisioning (again) and are currently
>    profiling the ocfs2 clustered file system to see if it provides suitab=
le
>    performance as an lvm replacement.
> =


Ok. Linux DM/LVM also does thin provisioning these days..

Thanks for the reply!

-- Pasi

>    Regards
>    Keith
> =

>    On 07/12/12 12:49, Pasi K=E4rkk=E4inen wrote:
> =

>  On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote:
> =

>  Hey Pasi,
> =

>  On Nov 30, 2012, at 10:05 AM, "Pasi K=E4rkk=E4inen" [1] wr=
ote:
> =

> =

>  On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote:
> =

>    Hi,
> =

>  Hello Dave,
> =

> =

>    XCP does use VHD format on top of the LVs it creates on iSCSI/FC stora=
ge.
>    The current problem is that it doesn't support "thin provisioning" (i.=
e.
>    not pre-allocating). It's great for making snapshots and clones but no=
t so
>    good for space usage... as you observed!
> =

>    There is an early prototype of an XCP/vhd storage daemon which has an =
LVM
>    implementation optimized for being able to quickly resize volumes. When
>    that stabilizes, we'll be able to have thin provisioning. We should put
>    the development repo for the prototype on xenbits somewhere.
> =

>  Any progress on supporting thinprov on block-storage ?
> =

>  I've cc:d Keith, who is more of a storage expert than me ;-) He works on=
 the SM layer used in XCP and I'm sure will have some useful insights.
> =

> =

>  Thanks Dave!
> =

>  Keith: Any insights on this?
> =

> =

>  -- Pasi
> =

> =

>  Cheers,
>  Dave
> =

> =

>  Thanks,
> =

>  -- Pasi
> =

> =

> =

>    Cheers,
> =

>    Dave
> =

> =

> =

>    From: [2]xen-users-bounces@lists.xensource.com
>    [[3]mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx=
 -
>    ?????
>    Sent: 23 March 2010 20:47
>    To: Xen List
>    Subject: [Xen-users] XCP storage repository using VHD on top of the LVM
>    (FC shared too) instead of the NFS.
> =

> =

> =

>    Hi!
> =

>     I thinking why the XCP/XenServer has an option to use the VHD format =
only
>    for the NFS Servers... How to use the VHD on top of a local or shared =
LVM?
> =

>     I mean, I want to create a logical volume of 500G and within this vol=
ume,
>    I'll create the VHDs files instead LVs for each domU.
> =

>     And I'll use this setup on top of my FC IBM DS4700 shared storage...
> =

>     It is possible?! I want the good of both worlds, the space efficient
>    feature of the VHDs (not pre-allocating) with the speed of the local or
>    fiber channel storage.
> =

>    Thanks!
>    Thiago
> =

> =

>  _______________________________________________
>  Xen-users mailing list
>  [4]Xen-users@lists.xensource.com
>  [5]http://lists.xensource.com/xen-users
> =

> =

>  --
>  Keith Petley
>  Senior Storage Development Engineer
> =

>  Citrix Systems UK Ltd
> =

>  Building 101 | Cambridge Science Park | Milton Road | Cambridge | CB4 0F=
Y | UK
> =

>  T: +44 (0)1223 435609
> =

> References
> =

>    Visible links
>    1. mailto:pasik@iki.fi
>    2. mailto:xen-users-bounces@lists.xensource.com
>    3. mailto:xen-users-bounces@lists.xensource.com
>    4. mailto:Xen-users@lists.xensource.com
>    5. http://lists.xensource.com/xen-users

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

From xen-api-bounces@lists.xen.org Fri Dec 07 21:40:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 21: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 1Th5ed-0000Hf-UO; Fri, 07 Dec 2012 21:40:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Th5eb-0000HS-IF; Fri, 07 Dec 2012 21:40:18 +0000
Received: from [85.158.143.99:59560] by server-1.bemta-4.messagelabs.com id
	A4/33-28401-04262C05; Fri, 07 Dec 2012 21:40:16 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-14.tower-216.messagelabs.com!1354916415!18914832!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA1MDQwNDY=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12097 invoked from network); 7 Dec 2012 21:40:16 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 7 Dec 2012 21:40:16 -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 8BEA12A49;
	Fri,  7 Dec 2012 23:40:14 +0200 (EET)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 4D4CC2005F; Fri,  7 Dec 2012 23:40:14 +0200 (EET)
Date: Fri, 7 Dec 2012 23:40:14 +0200
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Keith Petley 
Message-ID: <20121207214013.GB8912@reaktio.net>
References: <6b7f6eb1003231347t4a2a0c21u317cd885181d0d7d@mail.gmail.com>
	<81A73678E76EA642801C8F2E4823AD21565E554245@LONPMAILBOX01.citrite.net>
	<20121130100534.GN8912@reaktio.net>
	<6D055540-1E44-4F2A-9C09-5A9DB63FB9F6@eu.citrix.com>
	<20121207124946.GZ8912@reaktio.net> <50C228B5.80005@citrix.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <50C228B5.80005@citrix.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: Xen Users ,
	Martinx - ????? ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-users] XCP storage repository using VHD on top
 of the LVM (FC	shared too) instead of the NFS.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, Dec 07, 2012 at 05:34:45PM +0000, Keith Petley wrote:
>    Hi Pasi,
>

Hello,
 =

>    The LVM daemon you refer to is before my time at Citrix - from what I
>    understand they found problems with it and it never progressed beyond =
the
>    prototype stage.
>

That explains why it never saw daylight..
 =

>    We are currently looking at thin provisioning (again) and are currently
>    profiling the ocfs2 clustered file system to see if it provides suitab=
le
>    performance as an lvm replacement.
> =


Ok. Linux DM/LVM also does thin provisioning these days..

Thanks for the reply!

-- Pasi

>    Regards
>    Keith
> =

>    On 07/12/12 12:49, Pasi K=E4rkk=E4inen wrote:
> =

>  On Fri, Nov 30, 2012 at 10:14:52AM +0000, Dave Scott wrote:
> =

>  Hey Pasi,
> =

>  On Nov 30, 2012, at 10:05 AM, "Pasi K=E4rkk=E4inen" [1] wr=
ote:
> =

> =

>  On Wed, Mar 24, 2010 at 09:54:01PM +0000, Dave Scott wrote:
> =

>    Hi,
> =

>  Hello Dave,
> =

> =

>    XCP does use VHD format on top of the LVs it creates on iSCSI/FC stora=
ge.
>    The current problem is that it doesn't support "thin provisioning" (i.=
e.
>    not pre-allocating). It's great for making snapshots and clones but no=
t so
>    good for space usage... as you observed!
> =

>    There is an early prototype of an XCP/vhd storage daemon which has an =
LVM
>    implementation optimized for being able to quickly resize volumes. When
>    that stabilizes, we'll be able to have thin provisioning. We should put
>    the development repo for the prototype on xenbits somewhere.
> =

>  Any progress on supporting thinprov on block-storage ?
> =

>  I've cc:d Keith, who is more of a storage expert than me ;-) He works on=
 the SM layer used in XCP and I'm sure will have some useful insights.
> =

> =

>  Thanks Dave!
> =

>  Keith: Any insights on this?
> =

> =

>  -- Pasi
> =

> =

>  Cheers,
>  Dave
> =

> =

>  Thanks,
> =

>  -- Pasi
> =

> =

> =

>    Cheers,
> =

>    Dave
> =

> =

> =

>    From: [2]xen-users-bounces@lists.xensource.com
>    [[3]mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Martinx=
 -
>    ?????
>    Sent: 23 March 2010 20:47
>    To: Xen List
>    Subject: [Xen-users] XCP storage repository using VHD on top of the LVM
>    (FC shared too) instead of the NFS.
> =

> =

> =

>    Hi!
> =

>     I thinking why the XCP/XenServer has an option to use the VHD format =
only
>    for the NFS Servers... How to use the VHD on top of a local or shared =
LVM?
> =

>     I mean, I want to create a logical volume of 500G and within this vol=
ume,
>    I'll create the VHDs files instead LVs for each domU.
> =

>     And I'll use this setup on top of my FC IBM DS4700 shared storage...
> =

>     It is possible?! I want the good of both worlds, the space efficient
>    feature of the VHDs (not pre-allocating) with the speed of the local or
>    fiber channel storage.
> =

>    Thanks!
>    Thiago
> =

> =

>  _______________________________________________
>  Xen-users mailing list
>  [4]Xen-users@lists.xensource.com
>  [5]http://lists.xensource.com/xen-users
> =

> =

>  --
>  Keith Petley
>  Senior Storage Development Engineer
> =

>  Citrix Systems UK Ltd
> =

>  Building 101 | Cambridge Science Park | Milton Road | Cambridge | CB4 0F=
Y | UK
> =

>  T: +44 (0)1223 435609
> =

> References
> =

>    Visible links
>    1. mailto:pasik@iki.fi
>    2. mailto:xen-users-bounces@lists.xensource.com
>    3. mailto:xen-users-bounces@lists.xensource.com
>    4. mailto:Xen-users@lists.xensource.com
>    5. http://lists.xensource.com/xen-users

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

From xen-api-bounces@lists.xen.org Fri Dec 07 23:07:59 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 23:07: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 1Th71M-0002LP-RE; Fri, 07 Dec 2012 23:07:52 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Th71L-0002LI-53
	for xen-api@lists.xen.org; Fri, 07 Dec 2012 23:07:51 +0000
Received: from [85.158.143.35:27143] by server-1.bemta-4.messagelabs.com id
	29/79-28401-6C672C05; Fri, 07 Dec 2012 23:07:50 +0000
X-Env-Sender: scpcom@gmx.de
X-Msg-Ref: server-16.tower-21.messagelabs.com!1354921669!13992762!1
X-Originating-IP: [213.165.64.22]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIzNzQ1OQ==\n,sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIzNzQ1OQ==\n, ML_RADAR_SPEW_LINKS_14, 
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3348 invoked from network); 7 Dec 2012 23:07:50 -0000
Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22)
	by server-16.tower-21.messagelabs.com with SMTP;
	7 Dec 2012 23:07:50 -0000
Received: (qmail invoked by alias); 07 Dec 2012 23:07:49 -0000
Received: from 91-67-18-79-dynip.superkabel.de (EHLO [192.168.2.2])
	[91.67.18.79]
	by mail.gmx.net (mp040) with SMTP; 08 Dec 2012 00:07:49 +0100
X-Authenticated: #55759935
X-Provags-ID: V01U2FsdGVkX1/r7aZFKM3rDWgg17rEf1VOls77jYa9wTskajThoK
	hKiHYTVO7ibQnU
Message-ID: <50C276BF.5060404@gmx.de>
Date: Sat, 08 Dec 2012 00:07:43 +0100
From: Jan Schunk 
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Y-GMX-Trusted: 0
Subject: [Xen-API] XCP 1.6 bugs and crashes
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

First I want to thank all people working on this project.
We are using XenServer and XCP since 5.6/1.0 as a flexible good way for 
virtualzation.

XCP 1.1 is rock solid, works on almost all hardware we and our customers 
use, errors rare and can be handled without to much trouble.
But in XCP 1.6 this change, here is a small collection of show stoppers.

HP DL585 G5 with Smart Array and Areca RAID:
Running 1-3 VMs without problems, but if running 7 and more VMs the 
whole system freezes within 30 minutes. Even the console on the physical 
screen is not available anymore at this time.

HP DL580 G5 with Smart Array RAID:
Running 1 Windows XP and 1 Windows Server 2008 SBS with XenTools 6.1 
(part of XCP 1.6). After less than 24 hours the Server VM freezed, 
trying "shutdown" did not work, pushing "force shutdown" then did not 
help. In XenCenter the progressbar of the shutdown task did not go 
forward for more than an hour.
So I called "xe-toolstack-restart" - which was a bad idea. After this 
DOM0 was not reachable anymore, no XenCenter, no SSH, no Ping, nothing. 
Bad for a remote system.
Installing the 6.0.2 Hotfix 9 tools seems to help, now the server runs 
for some days.
Another issuse: If we want to shutdown the physical machine it does so 
until "Halting system", after this the system hangs or reboots instead 
of powering off.

HP DL580 G4 with Smart Array RAID:
Runs good with 15 different VMs (different FreeBSD and Windows versions)
Only some times, if we try to shut down a Windows VM it hangs right 
before powering off, only blue desktop baground and mouse cursor left.

Windows XP OEM HP VM:
We have several XP VMs set up with option "Copy BIOS strings" using a HP 
OEM version of Windows XP. This worked perfect in 1.1, but now it asks 
for activation. The string hp-rombios = "COMPAQ" is still set, but does 
not seem to be used.

Best regards
Jan Schunk


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

From xen-api-bounces@lists.xen.org Fri Dec 07 23:07:59 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 07 Dec 2012 23:07: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 1Th71M-0002LP-RE; Fri, 07 Dec 2012 23:07:52 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Th71L-0002LI-53
	for xen-api@lists.xen.org; Fri, 07 Dec 2012 23:07:51 +0000
Received: from [85.158.143.35:27143] by server-1.bemta-4.messagelabs.com id
	29/79-28401-6C672C05; Fri, 07 Dec 2012 23:07:50 +0000
X-Env-Sender: scpcom@gmx.de
X-Msg-Ref: server-16.tower-21.messagelabs.com!1354921669!13992762!1
X-Originating-IP: [213.165.64.22]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIzNzQ1OQ==\n,sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDIzNzQ1OQ==\n, ML_RADAR_SPEW_LINKS_14, 
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3348 invoked from network); 7 Dec 2012 23:07:50 -0000
Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22)
	by server-16.tower-21.messagelabs.com with SMTP;
	7 Dec 2012 23:07:50 -0000
Received: (qmail invoked by alias); 07 Dec 2012 23:07:49 -0000
Received: from 91-67-18-79-dynip.superkabel.de (EHLO [192.168.2.2])
	[91.67.18.79]
	by mail.gmx.net (mp040) with SMTP; 08 Dec 2012 00:07:49 +0100
X-Authenticated: #55759935
X-Provags-ID: V01U2FsdGVkX1/r7aZFKM3rDWgg17rEf1VOls77jYa9wTskajThoK
	hKiHYTVO7ibQnU
Message-ID: <50C276BF.5060404@gmx.de>
Date: Sat, 08 Dec 2012 00:07:43 +0100
From: Jan Schunk 
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Y-GMX-Trusted: 0
Subject: [Xen-API] XCP 1.6 bugs and crashes
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

First I want to thank all people working on this project.
We are using XenServer and XCP since 5.6/1.0 as a flexible good way for 
virtualzation.

XCP 1.1 is rock solid, works on almost all hardware we and our customers 
use, errors rare and can be handled without to much trouble.
But in XCP 1.6 this change, here is a small collection of show stoppers.

HP DL585 G5 with Smart Array and Areca RAID:
Running 1-3 VMs without problems, but if running 7 and more VMs the 
whole system freezes within 30 minutes. Even the console on the physical 
screen is not available anymore at this time.

HP DL580 G5 with Smart Array RAID:
Running 1 Windows XP and 1 Windows Server 2008 SBS with XenTools 6.1 
(part of XCP 1.6). After less than 24 hours the Server VM freezed, 
trying "shutdown" did not work, pushing "force shutdown" then did not 
help. In XenCenter the progressbar of the shutdown task did not go 
forward for more than an hour.
So I called "xe-toolstack-restart" - which was a bad idea. After this 
DOM0 was not reachable anymore, no XenCenter, no SSH, no Ping, nothing. 
Bad for a remote system.
Installing the 6.0.2 Hotfix 9 tools seems to help, now the server runs 
for some days.
Another issuse: If we want to shutdown the physical machine it does so 
until "Halting system", after this the system hangs or reboots instead 
of powering off.

HP DL580 G4 with Smart Array RAID:
Runs good with 15 different VMs (different FreeBSD and Windows versions)
Only some times, if we try to shut down a Windows VM it hangs right 
before powering off, only blue desktop baground and mouse cursor left.

Windows XP OEM HP VM:
We have several XP VMs set up with option "Copy BIOS strings" using a HP 
OEM version of Windows XP. This worked perfect in 1.1, but now it asks 
for activation. The string hp-rombios = "COMPAQ" is still set, but does 
not seem to be used.

Best regards
Jan Schunk


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

From xen-api-bounces@lists.xen.org Sat Dec 08 11:39:21 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 08 Dec 2012 11:39: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 1ThIkP-0005qK-Uj; Sat, 08 Dec 2012 11:39:09 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThIkN-0005qC-Lw
	for xen-api@lists.xensource.com; Sat, 08 Dec 2012 11:39:08 +0000
Received: from [85.158.138.51:44620] by server-12.bemta-3.messagelabs.com id
	57/C4-22757-AD623C05; Sat, 08 Dec 2012 11:39:06 +0000
X-Env-Sender: myatsko@adelina.com.ua
X-Msg-Ref: server-10.tower-174.messagelabs.com!1354966744!23759465!1
X-Originating-IP: [213.133.167.196]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13112 invoked from network); 8 Dec 2012 11:39:05 -0000
Received: from inet.adelina.com.ua (HELO inet.adelina.com.ua) (213.133.167.196)
	by server-10.tower-174.messagelabs.com with SMTP;
	8 Dec 2012 11:39:05 -0000
Received: by inet.adelina.com.ua (Postfix, from userid 1005)
	id 6E84E5CA835; Sat,  8 Dec 2012 13:39:04 +0200 (EET)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	inet.internal.adelina.com.ua
X-Spam-Level: 
X-Spam-Status: No, score=-3.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	HTML_MESSAGE autolearn=ham version=3.2.5
Received: from as.internal.adelina.com.ua (unknown [10.24.2.19])
	by inet.adelina.com.ua (Postfix) with ESMTP id 0CBE921C23E
	for ; Sat,  8 Dec 2012 11:38:52 +0000 (UTC)
Content-class: urn:content-classes:message
MIME-Version: 1.0
X-MimeOLE: Produced By Microsoft Exchange V6.5
Date: Sat, 8 Dec 2012 13:38:50 +0200
Message-ID: <91BCE64E5212F245B631775EF83AA3930C4D5976@as.internal.adelina.com.ua>
In-Reply-To: <50C252B6.5080302@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Xen-API] XCP and HBA storage problem.
Thread-Index: Ac3Uum+dj/FgSA3NRLiEd2Pu9I4e/wAfbGkw
References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua><50C0FF07.6080307@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
	<50C252B6.5080302@gmail.com>
From: "Yatsko Mykhailo" 
To: 
Subject: Re: [Xen-API] XCP and HBA storage problem.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2872422348424731951=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============2872422348424731951==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01CDD538.97D087E0"

This is a multi-part message in MIME format.

------_=_NextPart_001_01CDD538.97D087E0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

SGVyZSBpcyB0aGUgcGFydCByZWZlcnJpbmcgdG8gdGhlIGxhc3QgYXR0ZW1wdCBvZiBzci1wcm9i
ZQ0KDQogDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS43OTU0MTEgICAgICBTZXR0aW5n
IExWTV9ERVZJQ0UgdG8gL2Rldi9kaXNrL2J5LXNjc2lkLzM2MDBjMGZmMDAwMTM0MzIwZDZkYWI3
NTAwMTAwMDAwMA0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODA0Mjc2ICAgICAgU2V0
dGluZyBMVk1fREVWSUNFIHRvIC9kZXYvZGlzay9ieS1zY3NpZC8zNjAwYzBmZjAwMDEzNDMyMGQ2
ZGFiNzUwMDEwMDAwMDANCg0KWzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAxLjgzMzI4NCAgICAg
IExWTUNhY2hlIGNyZWF0ZWQgZm9yIFZHX1hlblN0b3JhZ2UtDQoNClsxNDMzOF0gMjAxMi0xMi0w
OCAxMzoyODowMS44MzM1NjMgICAgICBsb2NrOiBjbG9zZWQgL3Zhci9sb2NrL3NtL3NyDQoNClsx
NDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44MzM2NjkgICAgICBMVk1DYWNoZSBjcmVhdGVkIGZv
ciBWR19YZW5TdG9yYWdlLQ0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODMzOTEzICAg
ICAgc3JfcHJvYmUgeydzdWJ0YXNrX29mJzogJ09wYXF1ZVJlZjpjOWEyM2U5MC0zNTM1LTliZDIt
ZTkwMS1kNTBhODYwNTAxZDgnLCAnc3Jfc21fY29uZmlnJzoge30sICdhcmdzJzogW10sICdob3N0
X3JlZickDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44MzQwNTYgICAgICBtcGF0aCBj
bWQ6IGxpc3QgbWFwcw0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODQ2NjE2ICAgICAg
bXBhdGggb3V0cHV0OiBtdWx0aXBhdGhkPiBtdWx0aXBhdGhkPg0KDQpbMTQzMzhdIDIwMTItMTIt
MDggMTM6Mjg6MDEuODQ2ODIwICAgICAgUmVmcmVzaGluZyBMVU4gMzYwMGMwZmYwMDAxMzQzMjBk
NmRhYjc1MDAxMDAwMDAwDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44NDY5NjUgICAg
ICBbJ2xzJywgJy9zeXMvY2xhc3Mvc2NzaV9ob3N0JywgJy0xJywgJy0tY29sb3I9bmV2ZXInXQ0K
DQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODU4Njc2ICAgICAgICBwcmVhZCBTVUNDRVNT
DQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44NTk1ODQgICAgICBGdWxsIHJlc2NhbiBv
ZiBIb3N0SUQgMA0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDQuMDYyMDM3ICAgICAgUmVm
cmVzaGluZyBjaGFubmVsIDA6MDowDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wNjMw
ODUgICAgICBEb20wIGRpc2tzOiBbJy9kZXYvc2RhJ10NCg0KWzE0MzM4XSAyMDEyLTEyLTA4IDEz
OjI4OjA0LjA2MzE4MyAgICAgIFsnL3Vzci9iaW4vc2dfbHVucycsICctcScsICcvZGV2L2Rpc2sv
Ynktc2NzaWJ1cy8zNjAwNTA4YjEwMDFjZDdkNjNhMjU2MWU5ZjExOWQ1YTktMDowOjA6MCddDQoN
ClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wODUyOTIgICAgICBGQUlMRUQgaW4gdXRpbC5w
cmVhZDogKHJjIDkpIHN0ZG91dDogJycsIHN0ZGVycjogJ1JlcG9ydCBMdW5zIGNvbW1hbmQgbm90
IHN1cHBvcnRlZCAoc3VwcG9ydCBtYW5kYXRvcnkgaW4gU1BDLTMpDQoNCicNCg0KWzE0MzM4XSAy
MDEyLTEyLTA4IDEzOjI4OjA0LjA4NTQ4MiAgICAgIEZhaWxlZCB0byBkZXRlY3Qgb3IgcXVlcnkg
TFVOIG9uIENoYW5uZWwgMDowOjANCg0KWzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI5OjA0LjcyMjU4
NiAgICAgICoqKioqIGdlbmVyaWMgZXhjZXB0aW9uOiBzcl9wcm9iZTogRVhDRVBUSU9OIFNSLlNS
T1NFcnJvciwgRXJyb3IgcmVwb3J0aW5nIGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFw
cGVhcmVkIHlldA0KDQogIEZpbGUgIi9vcHQveGVuc291cmNlL3NtL1NSQ29tbWFuZC5weSIsIGxp
bmUgOTYsIGluIHJ1bg0KDQogICAgcmV0dXJuIHNlbGYuX3J1bl9sb2NrZWQoc3IpDQoNCiAgRmls
ZSAiL29wdC94ZW5zb3VyY2Uvc20vU1JDb21tYW5kLnB5IiwgbGluZSAxNDMsIGluIF9ydW5fbG9j
a2VkDQoNCiAgICByZXR1cm4gc2VsZi5fcnVuKHNyLCB0YXJnZXQpDQoNCiAgRmlsZSAiL29wdC94
ZW5zb3VyY2Uvc20vU1JDb21tYW5kLnB5IiwgbGluZSAyNjksIGluIF9ydW4NCg0KICAgIHR4dCA9
IHNyLnByb2JlKCkNCg0KICBGaWxlICIvb3B0L3hlbnNvdXJjZS9zbS9MVk1vSEJBU1IiLCBsaW5l
IDE2MiwgaW4gcHJvYmUNCg0KICAgIHNlbGYubXBhdGhtb2R1bGUucmVmcmVzaChzZWxmLlNDU0lp
ZCwwKQ0KDQogIEZpbGUgIi9vcHQveGVuc291cmNlL3NtL21wYXRoX2RtcC5weSIsIGxpbmUgMTc5
LCBpbiByZWZyZXNoDQoNCiAgICByYWlzZSB4c19lcnJvcnMuWGVuRXJyb3IoJ0RldmljZSBub3Qg
YXBwZWFyZWQgeWV0JykNCg0KICBGaWxlICIvb3B0L3hlbnNvdXJjZS9zbS94c19lcnJvcnMucHki
LCBsaW5lIDUyLCBpbiBfX2luaXRfXw0KDQogICAgcmFpc2UgU1IuU1JPU0Vycm9yKDEsICJFcnJv
ciByZXBvcnRpbmcgZXJyb3IsIHVua25vd24ga2V5ICVzIiAlIGtleSkNCg0KIA0KDQpbMTQzMzhd
IDIwMTItMTItMDggMTM6Mjk6MDQuNzIyOTc5ICAgICAgbG9jazogY2xvc2VkIC92YXIvbG9jay9z
bS9zcg0KDQogDQoNCiANCg0KRnJvbTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21h
aWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIEdlb3JnZSBT
aHVrbGluDQpTZW50OiBGcmlkYXksIERlY2VtYmVyIDA3LCAyMDEyIDEwOjM0IFBNDQpUbzogeGVu
LWFwaUBsaXN0cy54ZW5zb3VyY2UuY29tDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhDUCBhbmQg
SEJBIHN0b3JhZ2UgcHJvYmxlbS4NCg0KIA0KDQpPaywgbm93IGl0IGF0IGxlYXN0IHZpc2libGUg
d2hhdCBoYXBwZW5zLg0KDQpuZXh0IHN0ZXA6IGxvb2sgdG8gdGhlIC92YXIvbG9nL1NNbG9nIGFm
dGVyIHNyLXByb2JlLg0KDQpQUyBQbGVhc2UsIHJlcGx5IHRvIG1haWxsaXN0LCBpJ20gbm90IGEg
cGVyc29uYWwgc3VwcG9ydCBzZXJ2aWNlLg0KDQpPbiAwNy4xMi4yMDEyIDExOjU2LCBZYXRza28g
TXlraGFpbG8gd3JvdGU6IA0KDQpXZWxsLCBJIGNhbuKAmXQgZXZlbiBwcm9iZSB0aGUgZGV2aWNl
LiANCg0KeGUgc3ItcHJvYmUgdHlwZT1sdm1vaGJhIHJldHVybnMgDQoNCkVycm9yIGNvZGU6IFNS
X0JBQ0tFTkRfRkFJTFVSRV8xMDcNCg0KRXJyb3IgcGFyYW1ldGVyczogLCBUaGUgU0NTSWlkIHBh
cmFtZXRlciBpcyBtaXNzaW5nIG9yIGluY29ycmVjdCwgPD94bWwgdmVyc2lvbj0iMS4wIiA/Pg0K
DQpJZiBJIHNldCB0aGUgU0NTSWlkIC0gIHhlIHNyLXByb2JlIHR5cGU9bHZtb2hiYSBkZXZpY2Ut
Y29uZmlnOlNDU0lpZD0qKioqKg0KDQpFcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMQ0K
DQpFcnJvciBwYXJhbWV0ZXJzOiAsIEVycm9yIHJlcG9ydGluZyBlcnJvciwgdW5rbm93biBrZXkg
RGV2aWNlIG5vdCBhcHBlYXJlZCB5ZXQsDQoNCkFuZCB4ZSBzci1jcmVhdGUgc2hhcmVkPXRydWUg
dHlwZT1sdm1vaGJhIG5hbWUtbGFiZWw9TFVOOSBkZXZpY2UtY29uZmlnOlNDU0lpZD0qKioqIHJl
dHVybnMgdGhlIHNhbWUNCg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzENCg0KRXJy
b3IgcGFyYW1ldGVyczogLCBFcnJvciByZXBvcnRpbmcgZXJyb3IsIHVua25vd24ga2V5IERldmlj
ZSBub3QgYXBwZWFyZWQgeWV0LA0KDQogDQoNCkFzIGZvciBzb2Z0d2FyZSBpU0NTSSDigJMgSSBj
YW4gZWFzaWx5IGZpcmUgaXQgdXAgdGhyb3VnaCBYZW5DZW50ZXIgd2l0aCBtdWx0aXBhdGhpbmcg
YW5kIGFsbCB0aGUgc3R1ZmYgSSBuZWVkLCBidXQgdXNpbmcgSEJBIGNhcGFiaWxpdGllcyBpcyBx
dWl0ZSBjcml0aWNhbCB0byBtZS4gSWYgaXQgbWF5IGhlbHAsIHRoZSBkZXZpY2UgSSB1c2UgaXMg
SFAgU3RvcmFnZVdvcmtzIFAyMDAwIEczIHdpdGggNCAxR2JpdCBFdGhlcm5ldCBzdG9yYWdlIHBv
cnRzIHBlciBjb250cm9sbGVyLiBUaGUgd2lyaW5nIGlzIE9LLCBJIGRvdWJsZWNoZWNrZWQgaXQu
IEFsc28gSSBldmVuIHRyaWVkIHRvIGNvbm5lY3QgdGhlIHN0b3JhZ2UgZGlyZWN0bHkgdG8gdGhl
IHNlcnZlcnMgdG8gZ2V0IHJpZCBvZiBwb3NzaWJsZSBmYWlsdXJlIHBvaW50IGF0IHRoZSBzd2l0
Y2guDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLWFw
aS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBHZW9yZ2UgU2h1a2xpbg0KU2Vu
dDogVGh1cnNkYXksIERlY2VtYmVyIDA2LCAyMDEyIDEwOjI1IFBNDQpUbzogeGVuLWFwaUBsaXN0
cy54ZW5zb3VyY2UuY29tDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhDUCBhbmQgSEJBIHN0b3Jh
Z2UgcHJvYmxlbS4NCg0KIA0KDQpXZWxsLCBtYXkgYmUgb3V0cHV0IG9mIHRoZSB4ZSBzci1jcmVh
dGUgc2hvdWxkIGJlIGF0dGFjaGVkPyBHdWVzc2luZyAnd2hhdCBpcyB3cm9uZycgaXMga2luZGEg
dXNlbGVzcyBhY3Rpdml0eSB3aXRob3V0IGxvZ3Mgb3IgY29tbWFuZCBvdXRwdXQuDQoNCk9uIDA2
LjEyLjIwMTIgMjA6MDgsIFlhdHNrbyBNeWtoYWlsbyB3cm90ZTogDQoNCkNlcnRhaW5seS4gQW5k
IGx2bW9pc2NzaSB3b3JrcyBmaW5lLiBJIG5lZWQgdG8gZmlyZSBpdCB1cCBhcyBsdm1vaGJhLCB3
aGljaCBjYXVzZXMgdHJvdWJsZXMuDQoNCiANCg0K0Jcg0L/QvtCy0LDQs9C+0Y4sDQrQr9GG0LrQ
viDQnNC40YXQsNC50LvQviDQktC+0LvQvtC00LjQvNC40YDQvtCy0LjRhw0K0KHQuNGB0YLQtdC8
0L3QuNC5INCw0LTQvNGW0L3RltGB0YLRgNCw0YLQvtGADQpBZGVsaW5hIEhvbGRpbmcgTExDDQrQ
ktGW0LTQtNGW0Lsg0YLQtdGF0L3RltGH0L3QvtGXINC/0ZbQtNGC0YDQuNC80LrQuA0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQowMzA2NSwg0LwuINCa0LjRltCyLCDQsdGD0Lsu
INCb0LXQv9GB0LUsIDQNCkUtbWFpbDogbXlhdHNrb0BhZGVsaW5hLmNvbS51YQ0KV2ViOiB3d3cu
YWRlbGluYS5jb20udWENCtCc0L7QsS46ICszODA1MDE0NDA2NTcNCtCk0LDQutGBOiArMzggKDAz
MikgMjM1IDE3IDc1DQoNCiANCg0KRnJvbTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcg
W21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIEdlb3Jn
ZSBTaHVrbGluDQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgMDYsIDIwMTIgNToyMSBQTQ0KVG86
IHhlbi1hcGlAbGlzdHMueGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhC
QSBzdG9yYWdlIHByb2JsZW0uDQoNCiANCg0KRGlkIHlvdSB0cnkgdG8gcGVyZm9ybXMgeGUgc3It
Y3JlYXRlIHdpdGggdHlwZT1sdm1vaXNjc2k/DQoNCjA1LjEyLjIwMTIgMTQ6NDUsIFlhdHNrbyBN
eWtoYWlsbyDQv9C40YjQtdGCOg0KDQoJSGkgZXZlcnlvbmUuDQoNCglJIGFtIGEgY29tcGxldGUg
bmV3YmllIHRvIFhlbi4gSSBydW4gdGhlIGZvbGxvd2luZyBjb25maWc6DQoNCglIUCBQcm9MaWFu
dCBETDM2MCBHNyBzZXJ2ZXIsIDIgYWJzb2x1dGVseSBpZGVudGljYWwgaXRlbXMsIHJ1bm5pbmcg
bGF0ZXN0IFhDUC4gVGhleSBhcmUgam9pbmVkIGluIGEgcG9vbC4gQWxzbyB0aGVyZSBpcyBhIEhQ
IFN0b3JhZ2VXb3JrcyBQMjAwMCBHMyBzdG9yYWdlIGFycmF5LiBUaGlzIGlzIHRoZSBjb25maWcg
SSBoYXZlIHRyb3VibGVzIHdpdGguIA0KDQoJQ3VycmVudGx5IHdlIGFyZSBwbGFubmluZyB0byBt
aWdyYXRlIHRvIFhlbi1iYXNlZCBzb2x1dGlvbnMgZnJvbSBWTVdhcmUtYmFzZWQuIFdlIGhhdmUg
b3RoZXIgMiBzZXJ2ZXJzIChhbHNvIGlkZW50aWNhbCB0byB0aG9zZSBtZW50aW9uZWQgYWJvdmUp
LCB3aGljaCBtYWtlIHVzZSBvZiB0aGUgc2FtZSBzdG9yYWdlIGRldmljZS4gVk1XYXJlIHNlcnZl
cnMgY29ubmVjdCB0byB0aGUgc3RvcmFnZSBvdmVyIEhCQS4NCg0KCVhDUCBvbmVzIGRvIG5vdCBy
ZWNvZ25pemUgTFVOcyAodGhvdWdoIHRoZXJlIGlzIG9uZSBtYWRlIHNwZWNpYWxseSBmb3IgdGhl
bSBhbmQgbm90IGluIHVzZSBieSBhbnkgb3RoZXIgbWFjaGluZSkgd2hlbiBhZGRpbmcgYSBIQkEg
c3RvcmFnZSwgYnV0IHdvcmsgZmluZSBpZiBhZGRpbmcgaXQgYXMgc29mdHdhcmUgaVNDU0kuICBU
aGVyZSBhcmUgbm8gcmVzdHJpY3Rpb25zIGFzIGZvciBhY2Nlc3MgYXQgdGhlIHN0b3JhZ2Ugc2lk
ZSwgbm8gcGFzc3dvcmRzIGV0Yy4NCg0KCUFueSBwaWVjZSBvZiBhZHZpY2Ugd291bGQgYmUgaGln
aGx5IGFwcHJlY2lhdGVkLg0KDQoJIA0KDQoJ0Jcg0L/QvtCy0LDQs9C+0Y4sDQoJ0K/RhtC60L4g
0JzQuNGF0LDQudC70L4g0JLQvtC70L7QtNC40LzQuNGA0L7QstC40YcNCgnQodC40YHRgtC10LzQ
vdC40Lkg0LDQtNC80ZbQvdGW0YHRgtGA0LDRgtC+0YANCglBZGVsaW5hIEhvbGRpbmcgTExDDQoJ
0JLRltC00LTRltC7INGC0LXRhdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQvNC60LgNCglfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgkwMzA2NSwg0LwuINCa0LjRltCyLCDQsdGD
0LsuINCb0LXQv9GB0LUsIDQNCglFLW1haWw6IG15YXRza29AYWRlbGluYS5jb20udWENCglXZWI6
IHd3dy5hZGVsaW5hLmNvbS51YQ0KCdCc0L7QsS46ICszODA1MDE0NDA2NTcNCgnQpNCw0LrRgTog
KzM4ICgwMzIpIDIzNSAxNyA3NQ0KDQoJIA0KDQoJDQoJDQoJDQoJDQoJDQoJDQoNCglfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCVhlbi1hcGkgbWFpbGlu
ZyBsaXN0DQoJWGVuLWFwaUBsaXN0cy54ZW4ub3JnDQoJaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dp
LWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkNCg0KIA0KDQo=

------_=_NextPart_001_01CDD538.97D087E0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv
bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0
aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt
ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi
c2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7
fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bh
bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi0KHRgtCw0L3QtNCw0YDRgtC90YvQuSBIVE1M
INCX0L3QsNC6IjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7
fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5
bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6ItCi0LXQutGB0YIg0LLRi9C90L7RgdC6
0Lgg0JfQvdCw0LoiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv
bnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29s
b3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0Kc3Bhbi5IVE1MDQoJe21z
by1zdHlsZS1uYW1lOiLQodGC0LDQvdC00LDRgNGC0L3Ri9C5IEhUTUwg0JfQvdCw0LoiOw0KCW1z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi0KHRgtCw0L3QtNCw0YDRgtC9
0YvQuSBIVE1MIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xvcjpibGFjazsNCgltc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpzcGFuLmENCgl7bXNvLXN0eWxlLW5hbWU6ItCi0LXQ
utGB0YIg0LLRi9C90L7RgdC60Lgg0JfQvdCw0LoiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN
Cgltc28tc3R5bGUtbGluazoi0KLQtdC60YHRgiDQstGL0L3QvtGB0LrQuCI7DQoJZm9udC1mYW1p
bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNv
bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93
dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHls
ZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt
c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv
cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46Mi4wY20gNDIuNXB0
IDIuMGNtIDMuMGNtO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0K
LS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl
eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0
ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6
ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t
PjwvaGVhZD48Ym9keSBiZ2NvbG9yPXdoaXRlIGxhbmc9UlUgbGluaz1ibHVlIHZsaW5rPXB1cnBs
ZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F
Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGVyZSBpcyB0aGUgcGFydCByZWZlcnJpbmcgdG8g
dGhlIGxhc3QgYXR0ZW1wdCBvZiBzci1wcm9iZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz
cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1VSyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0
eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuNzk1NDExwqDC
oMKgwqDCoCBTZXR0aW5nIExWTV9ERVZJQ0UgdG8gL2Rldi9kaXNrL2J5LXNjc2lkLzM2MDBjMGZm
MDAwMTM0MzIwZDZkYWI3NTAwMTAwMDAwMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1N
c29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAy
MDEyLTEyLTA4IDEzOjI4OjAxLjgwNDI3NsKgwqDCoMKgwqAgU2V0dGluZyBMVk1fREVWSUNFIHRv
IC9kZXYvZGlzay9ieS1zY3NpZC8zNjAwYzBmZjAwMDEzNDMyMGQ2ZGFiNzUwMDEwMDAwMDA8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5
bGU9J2NvbG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44MzMyODTCoMKg
wqDCoMKgIExWTUNhY2hlIGNyZWF0ZWQgZm9yIFZHX1hlblN0b3JhZ2UtPG86cD48L286cD48L3Nw
YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjoj
MUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODMzNTYzwqDCoMKgwqDCoCBsb2Nr
OiBjbG9zZWQgL3Zhci9sb2NrL3NtL3NyPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIw
MTItMTItMDggMTM6Mjg6MDEuODMzNjY5wqDCoMKgwqDCoCBMVk1DYWNoZSBjcmVhdGVkIGZvciBW
R19YZW5TdG9yYWdlLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw
YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEz
OjI4OjAxLjgzMzkxM8KgwqDCoMKgwqAgc3JfcHJvYmUgeydzdWJ0YXNrX29mJzogJ09wYXF1ZVJl
ZjpjOWEyM2U5MC0zNTM1LTliZDItZTkwMS1kNTBhODYwNTAxZDgnLCAnc3Jfc21fY29uZmlnJzog
e30sICdhcmdzJzogW10sICdob3N0X3JlZickPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz
PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhd
IDIwMTItMTItMDggMTM6Mjg6MDEuODM0MDU2wqDCoMKgwqDCoCBtcGF0aCBjbWQ6IGxpc3QgbWFw
czxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V
UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAxLjg0NjYx
NsKgwqAgwqDCoMKgbXBhdGggb3V0cHV0OiBtdWx0aXBhdGhkJmd0OyBtdWx0aXBhdGhkJmd0Ozxv
OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBz
dHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAxLjg0NjgyMMKg
wqDCoMKgwqAgUmVmcmVzaGluZyBMVU4gMzYwMGMwZmYwMDAxMzQzMjBkNmRhYjc1MDAxMDAwMDAw
PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT
IHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODQ2OTY1
wqDCoMKgwqDCoCBbJ2xzJywgJy9zeXMvY2xhc3Mvc2NzaV9ob3N0JywgJy0xJywgJy0tY29sb3I9
bmV2ZXInXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu
Zz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAx
Ljg1ODY3NsKgwqDCoMKgwqDCoMKgIHByZWFkIFNVQ0NFU1M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn
PlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44NTk1ODTCoMKgwqDCoMKgIEZ1bGwgcmVzY2Fu
IG9mIEhvc3RJRCAwPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh
biBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6
Mjg6MDQuMDYyMDM3wqDCoMKgwqDCoCBSZWZyZXNoaW5nIGNoYW5uZWwgMDowOjA8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wNjMwODXCoMKgwqDCoMKg
IERvbTAgZGlza3M6IFsnL2Rldi9zZGEnXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1N
c29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAy
MDEyLTEyLTA4IDEzOjI4OjA0LjA2MzE4M8KgwqDCoCDCoMKgWycvdXNyL2Jpbi9zZ19sdW5zJywg
Jy1xJywgJy9kZXYvZGlzay9ieS1zY3NpYnVzLzM2MDA1MDhiMTAwMWNkN2Q2M2EyNTYxZTlmMTE5
ZDVhOS0wOjA6MDowJ108bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz
cGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAx
MzoyODowNC4wODUyOTLCoMKgwqDCoMKgIEZBSUxFRCBpbiB1dGlsLnByZWFkOiAocmMgOSkgc3Rk
b3V0OiAnJywgc3RkZXJyOiAnUmVwb3J0IEx1bnMgY29tbWFuZCBub3Qgc3VwcG9ydGVkIChzdXBw
b3J0IG1hbmRhdG9yeSBpbiBTUEMtMyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPic8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wODU0ODLCoMKgwqDCoMKg
IEZhaWxlZCB0byBkZXRlY3Qgb3IgcXVlcnkgTFVOIG9uIENoYW5uZWwgMDowOjA8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyOTowNC43MjI1ODbCoMKgwqDCoMKg
ICoqKioqIGdlbmVyaWMgZXhjZXB0aW9uOiBzcl9wcm9iZTogRVhDRVBUSU9OIFNSLlNST1NFcnJv
ciwgRXJyb3IgcmVwb3J0aW5nIGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVk
IHlldDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F
Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqAgRmlsZSAmcXVvdDsvb3B0L3hlbnNvdXJjZS9z
bS9TUkNvbW1hbmQucHkmcXVvdDssIGxpbmUgOTYsIGluIHJ1bjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3
RCc+wqDCoMKgIHJldHVybiBzZWxmLl9ydW5fbG9ja2VkKHNyKTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3
RCc+wqAgRmlsZSAmcXVvdDsvb3B0L3hlbnNvdXJjZS9zbS9TUkNvbW1hbmQucHkmcXVvdDssIGxp
bmUgMTQzLCBpbiBfcnVuX2xvY2tlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O
b3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqDCoMKgIHJldHVy
biBzZWxmLl9ydW4oc3IsIHRhcmdldCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPsKgIEZpbGUgJnF1
b3Q7L29wdC94ZW5zb3VyY2Uvc20vU1JDb21tYW5kLnB5JnF1b3Q7LCBsaW5lIDI2OSwgaW4gX3J1
bjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V
UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqDCoMKgIHR4dCA9IHNyLnByb2JlKCk8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPsKgIEZpbGUgJnF1b3Q7L29wdC94ZW5zb3VyY2Uvc20vTFZNb0hCQVNSJnF1
b3Q7LCBsaW5lIDE2MiwgaW4gcHJvYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPsKgwqDCoCBzZWxm
Lm1wYXRobW9kdWxlLnJlZnJlc2goc2VsZi5TQ1NJaWQsMCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn
PsKgIEZpbGUgJnF1b3Q7L29wdC94ZW5zb3VyY2Uvc20vbXBhdGhfZG1wLnB5JnF1b3Q7LCBsaW5l
IDE3OSwgaW4gcmVmcmVzaDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqDCoMKgIHJhaXNlIHhzX2Vy
cm9ycy5YZW5FcnJvcignRGV2aWNlIG5vdCBhcHBlYXJlZCB5ZXQnKTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFG
NDk3RCc+wqAgRmlsZSAmcXVvdDsvb3B0L3hlbnNvdXJjZS9zbS94c19lcnJvcnMucHkmcXVvdDss
IGxpbmUgNTIsIGluIF9faW5pdF9fPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05v
cm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz7CoMKgwqAgcmFpc2Ug
U1IuU1JPU0Vycm9yKDEsICZxdW90O0Vycm9yIHJlcG9ydGluZyBlcnJvciwgdW5rbm93biBrZXkg
JXMmcXVvdDsgJSBrZXkpPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48
c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyOTowNC43MjI5NznCoMKgwqDCoMKgIGxv
Y2s6IGNsb3NlZCAvdmFyL2xvY2svc20vc3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9
TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBz
dHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXY+PGRp
diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7Y29sb3I6
d2luZG93dGV4dDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+RnJvbTo8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm
Ijtjb2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz4geGVuLWFwaS1ib3Vu
Y2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10g
PGI+T24gQmVoYWxmIE9mIDwvYj5HZW9yZ2UgU2h1a2xpbjxicj48Yj5TZW50OjwvYj4gRnJpZGF5
LCBEZWNlbWJlciAwNywgMjAxMiAxMDozNCBQTTxicj48Yj5Ubzo8L2I+IHhlbi1hcGlAbGlzdHMu
eGVuc291cmNlLmNvbTxicj48Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhC
QSBzdG9yYWdlIHByb2JsZW0uPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNs
YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+T2ss
IG5vdyBpdCBhdCBsZWFzdCB2aXNpYmxlIHdoYXQgaGFwcGVucy48YnI+PGJyPm5leHQgc3RlcDog
bG9vayB0byB0aGUgL3Zhci9sb2cvU01sb2cgYWZ0ZXIgc3ItcHJvYmUuPGJyPjxicj5QUyBQbGVh
c2UsIHJlcGx5IHRvIG1haWxsaXN0LCBpJ20gbm90IGEgcGVyc29uYWwgc3VwcG9ydCBzZXJ2aWNl
Ljxicj48YnI+T24gMDcuMTIuMjAxMiAxMTo1NiwgWWF0c2tvIE15a2hhaWxvIHdyb3RlOiA8bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s
b3I6IzFGNDk3RCc+V2VsbCwgSSBjYW7igJl0IGV2ZW4gcHJvYmUgdGhlIGRldmljZS4gPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl
PSdjb2xvcjojMUY0OTdEJz54ZSBzci1wcm9iZSB0eXBlPWx2bW9oYmEgcmV0dXJucyA8L3NwYW4+
PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9
J2NvbG9yOiMxRjQ5N0QnPkVycm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV8xMDc8L3NwYW4+
PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9
J2NvbG9yOiMxRjQ5N0QnPkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFNDU0lpZCBwYXJhbWV0ZXIg
aXMgbWlzc2luZyBvciBpbmNvcnJlY3QsICZsdDs/eG1sIHZlcnNpb249JnF1b3Q7MS4wJnF1b3Q7
ID8mZ3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5n
PUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5JZiBJIHNldCB0aGUgU0NTSWlkIC0mbmJzcDsg
eGUgc3ItcHJvYmUgdHlwZT1sdm1vaGJhIGRldmljZS1jb25maWc6U0NTSWlkPSoqKioqPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl
PSdjb2xvcjojMUY0OTdEJz5FcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMTwvc3Bhbj48
bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0n
Y29sb3I6IzFGNDk3RCc+RXJyb3IgcGFyYW1ldGVyczogLCBFcnJvciByZXBvcnRpbmcgZXJyb3Is
IHVua25vd24ga2V5IERldmljZSBub3QgYXBwZWFyZWQgeWV0LDwvc3Bhbj48bzpwPjwvbzpwPjwv
cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3
RCc+QW5kIHhlIHNyLWNyZWF0ZSBzaGFyZWQ9dHJ1ZSB0eXBlPWx2bW9oYmEgbmFtZS1sYWJlbD1M
VU45IGRldmljZS1jb25maWc6U0NTSWlkPSoqKiogcmV0dXJucyB0aGUgc2FtZTwvc3Bhbj48bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s
b3I6IzFGNDk3RCc+RXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzE8L3NwYW4+PG86cD48
L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMxRjQ5N0QnPkVycm9yIHBhcmFtZXRlcnM6ICwgRXJyb3IgcmVwb3J0aW5nIGVycm9yLCB1bmtu
b3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVkIHlldCw8L3NwYW4+PG86cD48L286cD48L3A+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZu
YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F
Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+QXMgZm9yIHNvZnR3YXJlIGlTQ1NJIOKAkyBJIGNh
biBlYXNpbHkgZmlyZSBpdCB1cCB0aHJvdWdoIFhlbkNlbnRlciB3aXRoIG11bHRpcGF0aGluZyBh
bmQgYWxsIHRoZSBzdHVmZiBJIG5lZWQsIGJ1dCB1c2luZyBIQkEgY2FwYWJpbGl0aWVzIGlzIHF1
aXRlIGNyaXRpY2FsIHRvIG1lLiBJZiBpdCBtYXkgaGVscCwgdGhlIGRldmljZSBJIHVzZSBpcyBI
UCBTdG9yYWdlV29ya3MgUDIwMDAgRzMgd2l0aCA0IDFHYml0IEV0aGVybmV0IHN0b3JhZ2UgcG9y
dHMgcGVyIGNvbnRyb2xsZXIuIFRoZSB3aXJpbmcgaXMgT0ssIEkgZG91YmxlY2hlY2tlZCBpdC4g
QWxzbyBJIGV2ZW4gdHJpZWQgdG8gY29ubmVjdCB0aGUgc3RvcmFnZSBkaXJlY3RseSB0byB0aGUg
c2VydmVycyB0byBnZXQgcmlkIG9mIHBvc3NpYmxlIGZhaWx1cmUgcG9pbnQgYXQgdGhlIHN3aXRj
aC48L3NwYW4+PG86cD48L286cD48L3A+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3Jk
ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSc+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQ7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPUVOLVVTIHN0
eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjtj
b2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz4gPGEgaHJlZj0ibWFpbHRv
Onhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVu
Lm9yZzwvYT4gWzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+
bWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gPGI+T24gQmVoYWxmIE9m
IDwvYj5HZW9yZ2UgU2h1a2xpbjxicj48Yj5TZW50OjwvYj4gVGh1cnNkYXksIERlY2VtYmVyIDA2
LCAyMDEyIDEwOjI1IFBNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlz
dHMueGVuc291cmNlLmNvbSI+eGVuLWFwaUBsaXN0cy54ZW5zb3VyY2UuY29tPC9hPjxicj48Yj5T
dWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs
YW5nPUVOLVVTPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
V2VsbCwgbWF5IGJlIG91dHB1dCBvZiB0aGUgeGUgc3ItY3JlYXRlIHNob3VsZCBiZSBhdHRhY2hl
ZD8gR3Vlc3NpbmcgJ3doYXQgaXMgd3JvbmcnIGlzIGtpbmRhIHVzZWxlc3MgYWN0aXZpdHkgd2l0
aG91dCBsb2dzIG9yIGNvbW1hbmQgb3V0cHV0Ljxicj48YnI+T24gMDYuMTIuMjAxMiAyMDowOCwg
WWF0c2tvIE15a2hhaWxvIHdyb3RlOiA8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Q2VydGFpbmx5LiBBbmQgbHZt
b2lzY3NpIHdvcmtzIGZpbmUuIEkgbmVlZCB0byBmaXJlIGl0IHVwIGFzIGx2bW9oYmEsIHdoaWNo
IGNhdXNlcyB0cm91Ymxlcy48L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs
PjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbTox
MC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdl
OlJVJz7QlyDQv9C+0LLQsNCz0L7Rjiw8YnI+0K/RhtC60L4g0JzQuNGF0LDQudC70L4g0JLQvtC7
0L7QtNC40LzQuNGA0L7QstC40Yc8YnI+0KHQuNGB0YLQtdC80L3QuNC5INCw0LTQvNGW0L3RltGB
0YLRgNCw0YLQvtGAPGJyPkFkZWxpbmEgSG9sZGluZyBMTEM8YnI+0JLRltC00LTRltC7INGC0LXR
hdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQvNC60Lg8YnI+X19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fPGJyPjAzMDY1LCDQvC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtTwv
c3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFy
ZWFzdC1sYW5ndWFnZTpSVSc+LCA0PGJyPkUtbWFpbDogPGEgaHJlZj0ibWFpbHRvOm15YXRza29A
YWRlbGluYS5jb20udWEiPm15YXRza29AYWRlbGluYS5jb20udWE8L2E+PGJyPldlYjogPGEgaHJl
Zj0iaHR0cDovL3d3dy5hZGVsaW5hLmNvbS51YSI+d3d3LmFkZWxpbmEuY29tLnVhPC9hPjxicj48
L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1
YWdlOlJVJz7QnNC+0LE8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPi46ICszODA1MDE0NDA2NTc8YnI+PC9z
cGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFn
ZTpSVSc+0KTQsNC60YE8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPjogKzM4ICgwMzIpIDIzNSAxNyA3NTwv
c3Bhbj48L2k+PG86cD48L286cD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxh
bmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv
cD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx
LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy
aWYiO2NvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwi
c2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+IDxh
IGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3Vu
Y2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxp
c3RzLnhlbi5vcmciPm1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxi
Pk9uIEJlaGFsZiBPZiA8L2I+R2VvcmdlIFNodWtsaW48YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5
LCBEZWNlbWJlciAwNiwgMjAxMiA1OjIxIFBNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRv
Onhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxicj48Yj5T
dWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8
bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5EaWQgeW91IHRyeSB0byBwZXJm
b3JtcyB4ZSBzci1jcmVhdGUgd2l0aCB0eXBlPWx2bW9pc2NzaT88YnI+PGJyPjA1LjEyLjIwMTIg
MTQ6NDUsIFlhdHNrbyBNeWtoYWlsbyDQv9C40YjQtdGCOjxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxi
bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxw
IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkhpIGV2ZXJ5b25lLjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5JIGFtIGEgY29t
cGxldGUgbmV3YmllIHRvIFhlbi4gSSBydW4gdGhlIGZvbGxvd2luZyBjb25maWc6PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkhQIFByb0xp
YW50IERMMzYwIEc3IHNlcnZlciwgMiBhYnNvbHV0ZWx5IGlkZW50aWNhbCBpdGVtcywgcnVubmlu
ZyBsYXRlc3QgWENQLiBUaGV5IGFyZSBqb2luZWQgaW4gYSBwb29sLiBBbHNvIHRoZXJlIGlzIGEg
SFAgU3RvcmFnZVdvcmtzIFAyMDAwIEczIHN0b3JhZ2UgYXJyYXkuIFRoaXMgaXMgdGhlIGNvbmZp
ZyBJIGhhdmUgdHJvdWJsZXMgd2l0aC4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkN1cnJlbnRseSB3ZSBhcmUgcGxhbm5pbmcgdG8gbWln
cmF0ZSB0byBYZW4tYmFzZWQgc29sdXRpb25zIGZyb20gVk1XYXJlLWJhc2VkLiBXZSBoYXZlIG90
aGVyIDIgc2VydmVycyAoYWxzbyBpZGVudGljYWwgdG8gdGhvc2UgbWVudGlvbmVkIGFib3ZlKSwg
d2hpY2ggbWFrZSB1c2Ugb2YgdGhlIHNhbWUgc3RvcmFnZSBkZXZpY2UuIFZNV2FyZSBzZXJ2ZXJz
IGNvbm5lY3QgdG8gdGhlIHN0b3JhZ2Ugb3ZlciBIQkEuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxw
IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPlhDUCBvbmVzIGRvIG5vdCByZWNvZ25p
emUgTFVOcyAodGhvdWdoIHRoZXJlIGlzIG9uZSBtYWRlIHNwZWNpYWxseSBmb3IgdGhlbSBhbmQg
bm90IGluIHVzZSBieSBhbnkgb3RoZXIgbWFjaGluZSkgd2hlbiBhZGRpbmcgYSBIQkEgc3RvcmFn
ZSwgYnV0IHdvcmsgZmluZSBpZiBhZGRpbmcgaXQgYXMgc29mdHdhcmUgaVNDU0kuICZuYnNwO1Ro
ZXJlIGFyZSBubyByZXN0cmljdGlvbnMgYXMgZm9yIGFjY2VzcyBhdCB0aGUgc3RvcmFnZSBzaWRl
LCBubyBwYXNzd29yZHMgZXRjLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3Jt
YWw+PHNwYW4gbGFuZz1FTi1VUz5BbnkgcGllY2Ugb2YgYWR2aWNlIHdvdWxkIGJlIGhpZ2hseSBh
cHByZWNpYXRlZC48L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu
IGxhbmc9RU4tVVM+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAw
MDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QlyDQv9C+0LLQsNCz0L7Rjjwvc3Bhbj48L2k+
PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5n
dWFnZTpSVSc+LDxicj48L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21z
by1mYXJlYXN0LWxhbmd1YWdlOlJVJz7Qr9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+0LvQvtC0
0LjQvNC40YDQvtCy0LjRhzwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s
b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+PGJyPjwvc3Bhbj48L2k+PGk+PHNw
YW4gc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPtCh0LjRgdGC
0LXQvNC90LjQuSDQsNC00LzRltC90ZbRgdGC0YDQsNGC0L7RgDwvc3Bhbj48L2k+PGk+PHNwYW4g
bGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+
PGJyPkFkZWxpbmEgSG9sZGluZyBMTEM8YnI+PC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29s
b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+0JLRltC00LTRltC7INGC0LXRhdC9
0ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQvNC60Lg8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4t
VVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPjxicj5fX19f
X19fX19fX19fX19fX19fPC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjtt
c28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+X19fX19fX19fX19fX188YnI+MDMwNjUsINC8LiDQmtC4
0ZbQsiwg0LHRg9C7LiDQm9C10L/RgdC1PC9zcGFuPjwvaT48aT48c3BhbiBsYW5nPUVOLVVTIHN0
eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz4sIDQ8YnI+RS1tYWls
OiA8YSBocmVmPSJtYWlsdG86bXlhdHNrb0BhZGVsaW5hLmNvbS51YSI+bXlhdHNrb0BhZGVsaW5h
LmNvbS51YTwvYT48YnI+V2ViOiA8YSBocmVmPSJodHRwOi8vd3d3LmFkZWxpbmEuY29tLnVhIj53
d3cuYWRlbGluYS5jb20udWE8L2E+PGJyPjwvc3Bhbj48L2k+PGk+PHNwYW4gc3R5bGU9J2NvbG9y
OiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPtCc0L7QsTwvc3Bhbj48L2k+PGk+PHNw
YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpS
VSc+LjogKzM4MDUwMTQ0MDY1Nzxicj48L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjoj
MDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QpNCw0LrRgTwvc3Bhbj48L2k+PGk+PHNw
YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpS
VSc+OiArMzggKDAzMikgMjM1IDE3IDc1PC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD48cCBjbGFz
cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48YnI+PGJy
Pjxicj48YnI+PGJyPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cHJlPl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT48cHJlPlhlbi1h
cGkgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT48cHJlPjxhIGhyZWY9Im1haWx0bzpYZW4t
YXBpQGxpc3RzLnhlbi5vcmciPlhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT48bzpwPjwvbzpwPjwv
cHJlPjxwcmU+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp
c3RpbmZvL3hlbi1hcGkiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0
aW5mby94ZW4tYXBpPC9hPjxvOnA+PC9vOnA+PC9wcmU+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+

------_=_NextPart_001_01CDD538.97D087E0--


--===============2872422348424731951==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2872422348424731951==--


From xen-api-bounces@lists.xen.org Sat Dec 08 11:39:21 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 08 Dec 2012 11:39: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 1ThIkP-0005qK-Uj; Sat, 08 Dec 2012 11:39:09 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThIkN-0005qC-Lw
	for xen-api@lists.xensource.com; Sat, 08 Dec 2012 11:39:08 +0000
Received: from [85.158.138.51:44620] by server-12.bemta-3.messagelabs.com id
	57/C4-22757-AD623C05; Sat, 08 Dec 2012 11:39:06 +0000
X-Env-Sender: myatsko@adelina.com.ua
X-Msg-Ref: server-10.tower-174.messagelabs.com!1354966744!23759465!1
X-Originating-IP: [213.133.167.196]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13112 invoked from network); 8 Dec 2012 11:39:05 -0000
Received: from inet.adelina.com.ua (HELO inet.adelina.com.ua) (213.133.167.196)
	by server-10.tower-174.messagelabs.com with SMTP;
	8 Dec 2012 11:39:05 -0000
Received: by inet.adelina.com.ua (Postfix, from userid 1005)
	id 6E84E5CA835; Sat,  8 Dec 2012 13:39:04 +0200 (EET)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
	inet.internal.adelina.com.ua
X-Spam-Level: 
X-Spam-Status: No, score=-3.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	HTML_MESSAGE autolearn=ham version=3.2.5
Received: from as.internal.adelina.com.ua (unknown [10.24.2.19])
	by inet.adelina.com.ua (Postfix) with ESMTP id 0CBE921C23E
	for ; Sat,  8 Dec 2012 11:38:52 +0000 (UTC)
Content-class: urn:content-classes:message
MIME-Version: 1.0
X-MimeOLE: Produced By Microsoft Exchange V6.5
Date: Sat, 8 Dec 2012 13:38:50 +0200
Message-ID: <91BCE64E5212F245B631775EF83AA3930C4D5976@as.internal.adelina.com.ua>
In-Reply-To: <50C252B6.5080302@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Xen-API] XCP and HBA storage problem.
Thread-Index: Ac3Uum+dj/FgSA3NRLiEd2Pu9I4e/wAfbGkw
References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua><50C0FF07.6080307@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
	<50C252B6.5080302@gmail.com>
From: "Yatsko Mykhailo" 
To: 
Subject: Re: [Xen-API] XCP and HBA storage problem.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2872422348424731951=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============2872422348424731951==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01CDD538.97D087E0"

This is a multi-part message in MIME format.

------_=_NextPart_001_01CDD538.97D087E0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: base64

SGVyZSBpcyB0aGUgcGFydCByZWZlcnJpbmcgdG8gdGhlIGxhc3QgYXR0ZW1wdCBvZiBzci1wcm9i
ZQ0KDQogDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS43OTU0MTEgICAgICBTZXR0aW5n
IExWTV9ERVZJQ0UgdG8gL2Rldi9kaXNrL2J5LXNjc2lkLzM2MDBjMGZmMDAwMTM0MzIwZDZkYWI3
NTAwMTAwMDAwMA0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODA0Mjc2ICAgICAgU2V0
dGluZyBMVk1fREVWSUNFIHRvIC9kZXYvZGlzay9ieS1zY3NpZC8zNjAwYzBmZjAwMDEzNDMyMGQ2
ZGFiNzUwMDEwMDAwMDANCg0KWzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAxLjgzMzI4NCAgICAg
IExWTUNhY2hlIGNyZWF0ZWQgZm9yIFZHX1hlblN0b3JhZ2UtDQoNClsxNDMzOF0gMjAxMi0xMi0w
OCAxMzoyODowMS44MzM1NjMgICAgICBsb2NrOiBjbG9zZWQgL3Zhci9sb2NrL3NtL3NyDQoNClsx
NDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44MzM2NjkgICAgICBMVk1DYWNoZSBjcmVhdGVkIGZv
ciBWR19YZW5TdG9yYWdlLQ0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODMzOTEzICAg
ICAgc3JfcHJvYmUgeydzdWJ0YXNrX29mJzogJ09wYXF1ZVJlZjpjOWEyM2U5MC0zNTM1LTliZDIt
ZTkwMS1kNTBhODYwNTAxZDgnLCAnc3Jfc21fY29uZmlnJzoge30sICdhcmdzJzogW10sICdob3N0
X3JlZickDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44MzQwNTYgICAgICBtcGF0aCBj
bWQ6IGxpc3QgbWFwcw0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODQ2NjE2ICAgICAg
bXBhdGggb3V0cHV0OiBtdWx0aXBhdGhkPiBtdWx0aXBhdGhkPg0KDQpbMTQzMzhdIDIwMTItMTIt
MDggMTM6Mjg6MDEuODQ2ODIwICAgICAgUmVmcmVzaGluZyBMVU4gMzYwMGMwZmYwMDAxMzQzMjBk
NmRhYjc1MDAxMDAwMDAwDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44NDY5NjUgICAg
ICBbJ2xzJywgJy9zeXMvY2xhc3Mvc2NzaV9ob3N0JywgJy0xJywgJy0tY29sb3I9bmV2ZXInXQ0K
DQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODU4Njc2ICAgICAgICBwcmVhZCBTVUNDRVNT
DQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44NTk1ODQgICAgICBGdWxsIHJlc2NhbiBv
ZiBIb3N0SUQgMA0KDQpbMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDQuMDYyMDM3ICAgICAgUmVm
cmVzaGluZyBjaGFubmVsIDA6MDowDQoNClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wNjMw
ODUgICAgICBEb20wIGRpc2tzOiBbJy9kZXYvc2RhJ10NCg0KWzE0MzM4XSAyMDEyLTEyLTA4IDEz
OjI4OjA0LjA2MzE4MyAgICAgIFsnL3Vzci9iaW4vc2dfbHVucycsICctcScsICcvZGV2L2Rpc2sv
Ynktc2NzaWJ1cy8zNjAwNTA4YjEwMDFjZDdkNjNhMjU2MWU5ZjExOWQ1YTktMDowOjA6MCddDQoN
ClsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wODUyOTIgICAgICBGQUlMRUQgaW4gdXRpbC5w
cmVhZDogKHJjIDkpIHN0ZG91dDogJycsIHN0ZGVycjogJ1JlcG9ydCBMdW5zIGNvbW1hbmQgbm90
IHN1cHBvcnRlZCAoc3VwcG9ydCBtYW5kYXRvcnkgaW4gU1BDLTMpDQoNCicNCg0KWzE0MzM4XSAy
MDEyLTEyLTA4IDEzOjI4OjA0LjA4NTQ4MiAgICAgIEZhaWxlZCB0byBkZXRlY3Qgb3IgcXVlcnkg
TFVOIG9uIENoYW5uZWwgMDowOjANCg0KWzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI5OjA0LjcyMjU4
NiAgICAgICoqKioqIGdlbmVyaWMgZXhjZXB0aW9uOiBzcl9wcm9iZTogRVhDRVBUSU9OIFNSLlNS
T1NFcnJvciwgRXJyb3IgcmVwb3J0aW5nIGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFw
cGVhcmVkIHlldA0KDQogIEZpbGUgIi9vcHQveGVuc291cmNlL3NtL1NSQ29tbWFuZC5weSIsIGxp
bmUgOTYsIGluIHJ1bg0KDQogICAgcmV0dXJuIHNlbGYuX3J1bl9sb2NrZWQoc3IpDQoNCiAgRmls
ZSAiL29wdC94ZW5zb3VyY2Uvc20vU1JDb21tYW5kLnB5IiwgbGluZSAxNDMsIGluIF9ydW5fbG9j
a2VkDQoNCiAgICByZXR1cm4gc2VsZi5fcnVuKHNyLCB0YXJnZXQpDQoNCiAgRmlsZSAiL29wdC94
ZW5zb3VyY2Uvc20vU1JDb21tYW5kLnB5IiwgbGluZSAyNjksIGluIF9ydW4NCg0KICAgIHR4dCA9
IHNyLnByb2JlKCkNCg0KICBGaWxlICIvb3B0L3hlbnNvdXJjZS9zbS9MVk1vSEJBU1IiLCBsaW5l
IDE2MiwgaW4gcHJvYmUNCg0KICAgIHNlbGYubXBhdGhtb2R1bGUucmVmcmVzaChzZWxmLlNDU0lp
ZCwwKQ0KDQogIEZpbGUgIi9vcHQveGVuc291cmNlL3NtL21wYXRoX2RtcC5weSIsIGxpbmUgMTc5
LCBpbiByZWZyZXNoDQoNCiAgICByYWlzZSB4c19lcnJvcnMuWGVuRXJyb3IoJ0RldmljZSBub3Qg
YXBwZWFyZWQgeWV0JykNCg0KICBGaWxlICIvb3B0L3hlbnNvdXJjZS9zbS94c19lcnJvcnMucHki
LCBsaW5lIDUyLCBpbiBfX2luaXRfXw0KDQogICAgcmFpc2UgU1IuU1JPU0Vycm9yKDEsICJFcnJv
ciByZXBvcnRpbmcgZXJyb3IsIHVua25vd24ga2V5ICVzIiAlIGtleSkNCg0KIA0KDQpbMTQzMzhd
IDIwMTItMTItMDggMTM6Mjk6MDQuNzIyOTc5ICAgICAgbG9jazogY2xvc2VkIC92YXIvbG9jay9z
bS9zcg0KDQogDQoNCiANCg0KRnJvbTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21h
aWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIEdlb3JnZSBT
aHVrbGluDQpTZW50OiBGcmlkYXksIERlY2VtYmVyIDA3LCAyMDEyIDEwOjM0IFBNDQpUbzogeGVu
LWFwaUBsaXN0cy54ZW5zb3VyY2UuY29tDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhDUCBhbmQg
SEJBIHN0b3JhZ2UgcHJvYmxlbS4NCg0KIA0KDQpPaywgbm93IGl0IGF0IGxlYXN0IHZpc2libGUg
d2hhdCBoYXBwZW5zLg0KDQpuZXh0IHN0ZXA6IGxvb2sgdG8gdGhlIC92YXIvbG9nL1NNbG9nIGFm
dGVyIHNyLXByb2JlLg0KDQpQUyBQbGVhc2UsIHJlcGx5IHRvIG1haWxsaXN0LCBpJ20gbm90IGEg
cGVyc29uYWwgc3VwcG9ydCBzZXJ2aWNlLg0KDQpPbiAwNy4xMi4yMDEyIDExOjU2LCBZYXRza28g
TXlraGFpbG8gd3JvdGU6IA0KDQpXZWxsLCBJIGNhbuKAmXQgZXZlbiBwcm9iZSB0aGUgZGV2aWNl
LiANCg0KeGUgc3ItcHJvYmUgdHlwZT1sdm1vaGJhIHJldHVybnMgDQoNCkVycm9yIGNvZGU6IFNS
X0JBQ0tFTkRfRkFJTFVSRV8xMDcNCg0KRXJyb3IgcGFyYW1ldGVyczogLCBUaGUgU0NTSWlkIHBh
cmFtZXRlciBpcyBtaXNzaW5nIG9yIGluY29ycmVjdCwgPD94bWwgdmVyc2lvbj0iMS4wIiA/Pg0K
DQpJZiBJIHNldCB0aGUgU0NTSWlkIC0gIHhlIHNyLXByb2JlIHR5cGU9bHZtb2hiYSBkZXZpY2Ut
Y29uZmlnOlNDU0lpZD0qKioqKg0KDQpFcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMQ0K
DQpFcnJvciBwYXJhbWV0ZXJzOiAsIEVycm9yIHJlcG9ydGluZyBlcnJvciwgdW5rbm93biBrZXkg
RGV2aWNlIG5vdCBhcHBlYXJlZCB5ZXQsDQoNCkFuZCB4ZSBzci1jcmVhdGUgc2hhcmVkPXRydWUg
dHlwZT1sdm1vaGJhIG5hbWUtbGFiZWw9TFVOOSBkZXZpY2UtY29uZmlnOlNDU0lpZD0qKioqIHJl
dHVybnMgdGhlIHNhbWUNCg0KRXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzENCg0KRXJy
b3IgcGFyYW1ldGVyczogLCBFcnJvciByZXBvcnRpbmcgZXJyb3IsIHVua25vd24ga2V5IERldmlj
ZSBub3QgYXBwZWFyZWQgeWV0LA0KDQogDQoNCkFzIGZvciBzb2Z0d2FyZSBpU0NTSSDigJMgSSBj
YW4gZWFzaWx5IGZpcmUgaXQgdXAgdGhyb3VnaCBYZW5DZW50ZXIgd2l0aCBtdWx0aXBhdGhpbmcg
YW5kIGFsbCB0aGUgc3R1ZmYgSSBuZWVkLCBidXQgdXNpbmcgSEJBIGNhcGFiaWxpdGllcyBpcyBx
dWl0ZSBjcml0aWNhbCB0byBtZS4gSWYgaXQgbWF5IGhlbHAsIHRoZSBkZXZpY2UgSSB1c2UgaXMg
SFAgU3RvcmFnZVdvcmtzIFAyMDAwIEczIHdpdGggNCAxR2JpdCBFdGhlcm5ldCBzdG9yYWdlIHBv
cnRzIHBlciBjb250cm9sbGVyLiBUaGUgd2lyaW5nIGlzIE9LLCBJIGRvdWJsZWNoZWNrZWQgaXQu
IEFsc28gSSBldmVuIHRyaWVkIHRvIGNvbm5lY3QgdGhlIHN0b3JhZ2UgZGlyZWN0bHkgdG8gdGhl
IHNlcnZlcnMgdG8gZ2V0IHJpZCBvZiBwb3NzaWJsZSBmYWlsdXJlIHBvaW50IGF0IHRoZSBzd2l0
Y2guDQoNCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFttYWlsdG86eGVuLWFw
aS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBHZW9yZ2UgU2h1a2xpbg0KU2Vu
dDogVGh1cnNkYXksIERlY2VtYmVyIDA2LCAyMDEyIDEwOjI1IFBNDQpUbzogeGVuLWFwaUBsaXN0
cy54ZW5zb3VyY2UuY29tDQpTdWJqZWN0OiBSZTogW1hlbi1BUEldIFhDUCBhbmQgSEJBIHN0b3Jh
Z2UgcHJvYmxlbS4NCg0KIA0KDQpXZWxsLCBtYXkgYmUgb3V0cHV0IG9mIHRoZSB4ZSBzci1jcmVh
dGUgc2hvdWxkIGJlIGF0dGFjaGVkPyBHdWVzc2luZyAnd2hhdCBpcyB3cm9uZycgaXMga2luZGEg
dXNlbGVzcyBhY3Rpdml0eSB3aXRob3V0IGxvZ3Mgb3IgY29tbWFuZCBvdXRwdXQuDQoNCk9uIDA2
LjEyLjIwMTIgMjA6MDgsIFlhdHNrbyBNeWtoYWlsbyB3cm90ZTogDQoNCkNlcnRhaW5seS4gQW5k
IGx2bW9pc2NzaSB3b3JrcyBmaW5lLiBJIG5lZWQgdG8gZmlyZSBpdCB1cCBhcyBsdm1vaGJhLCB3
aGljaCBjYXVzZXMgdHJvdWJsZXMuDQoNCiANCg0K0Jcg0L/QvtCy0LDQs9C+0Y4sDQrQr9GG0LrQ
viDQnNC40YXQsNC50LvQviDQktC+0LvQvtC00LjQvNC40YDQvtCy0LjRhw0K0KHQuNGB0YLQtdC8
0L3QuNC5INCw0LTQvNGW0L3RltGB0YLRgNCw0YLQvtGADQpBZGVsaW5hIEhvbGRpbmcgTExDDQrQ
ktGW0LTQtNGW0Lsg0YLQtdGF0L3RltGH0L3QvtGXINC/0ZbQtNGC0YDQuNC80LrQuA0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQowMzA2NSwg0LwuINCa0LjRltCyLCDQsdGD0Lsu
INCb0LXQv9GB0LUsIDQNCkUtbWFpbDogbXlhdHNrb0BhZGVsaW5hLmNvbS51YQ0KV2ViOiB3d3cu
YWRlbGluYS5jb20udWENCtCc0L7QsS46ICszODA1MDE0NDA2NTcNCtCk0LDQutGBOiArMzggKDAz
MikgMjM1IDE3IDc1DQoNCiANCg0KRnJvbTogeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcg
W21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gT24gQmVoYWxmIE9mIEdlb3Jn
ZSBTaHVrbGluDQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgMDYsIDIwMTIgNToyMSBQTQ0KVG86
IHhlbi1hcGlAbGlzdHMueGVuLm9yZw0KU3ViamVjdDogUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhC
QSBzdG9yYWdlIHByb2JsZW0uDQoNCiANCg0KRGlkIHlvdSB0cnkgdG8gcGVyZm9ybXMgeGUgc3It
Y3JlYXRlIHdpdGggdHlwZT1sdm1vaXNjc2k/DQoNCjA1LjEyLjIwMTIgMTQ6NDUsIFlhdHNrbyBN
eWtoYWlsbyDQv9C40YjQtdGCOg0KDQoJSGkgZXZlcnlvbmUuDQoNCglJIGFtIGEgY29tcGxldGUg
bmV3YmllIHRvIFhlbi4gSSBydW4gdGhlIGZvbGxvd2luZyBjb25maWc6DQoNCglIUCBQcm9MaWFu
dCBETDM2MCBHNyBzZXJ2ZXIsIDIgYWJzb2x1dGVseSBpZGVudGljYWwgaXRlbXMsIHJ1bm5pbmcg
bGF0ZXN0IFhDUC4gVGhleSBhcmUgam9pbmVkIGluIGEgcG9vbC4gQWxzbyB0aGVyZSBpcyBhIEhQ
IFN0b3JhZ2VXb3JrcyBQMjAwMCBHMyBzdG9yYWdlIGFycmF5LiBUaGlzIGlzIHRoZSBjb25maWcg
SSBoYXZlIHRyb3VibGVzIHdpdGguIA0KDQoJQ3VycmVudGx5IHdlIGFyZSBwbGFubmluZyB0byBt
aWdyYXRlIHRvIFhlbi1iYXNlZCBzb2x1dGlvbnMgZnJvbSBWTVdhcmUtYmFzZWQuIFdlIGhhdmUg
b3RoZXIgMiBzZXJ2ZXJzIChhbHNvIGlkZW50aWNhbCB0byB0aG9zZSBtZW50aW9uZWQgYWJvdmUp
LCB3aGljaCBtYWtlIHVzZSBvZiB0aGUgc2FtZSBzdG9yYWdlIGRldmljZS4gVk1XYXJlIHNlcnZl
cnMgY29ubmVjdCB0byB0aGUgc3RvcmFnZSBvdmVyIEhCQS4NCg0KCVhDUCBvbmVzIGRvIG5vdCBy
ZWNvZ25pemUgTFVOcyAodGhvdWdoIHRoZXJlIGlzIG9uZSBtYWRlIHNwZWNpYWxseSBmb3IgdGhl
bSBhbmQgbm90IGluIHVzZSBieSBhbnkgb3RoZXIgbWFjaGluZSkgd2hlbiBhZGRpbmcgYSBIQkEg
c3RvcmFnZSwgYnV0IHdvcmsgZmluZSBpZiBhZGRpbmcgaXQgYXMgc29mdHdhcmUgaVNDU0kuICBU
aGVyZSBhcmUgbm8gcmVzdHJpY3Rpb25zIGFzIGZvciBhY2Nlc3MgYXQgdGhlIHN0b3JhZ2Ugc2lk
ZSwgbm8gcGFzc3dvcmRzIGV0Yy4NCg0KCUFueSBwaWVjZSBvZiBhZHZpY2Ugd291bGQgYmUgaGln
aGx5IGFwcHJlY2lhdGVkLg0KDQoJIA0KDQoJ0Jcg0L/QvtCy0LDQs9C+0Y4sDQoJ0K/RhtC60L4g
0JzQuNGF0LDQudC70L4g0JLQvtC70L7QtNC40LzQuNGA0L7QstC40YcNCgnQodC40YHRgtC10LzQ
vdC40Lkg0LDQtNC80ZbQvdGW0YHRgtGA0LDRgtC+0YANCglBZGVsaW5hIEhvbGRpbmcgTExDDQoJ
0JLRltC00LTRltC7INGC0LXRhdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQvNC60LgNCglfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgkwMzA2NSwg0LwuINCa0LjRltCyLCDQsdGD
0LsuINCb0LXQv9GB0LUsIDQNCglFLW1haWw6IG15YXRza29AYWRlbGluYS5jb20udWENCglXZWI6
IHd3dy5hZGVsaW5hLmNvbS51YQ0KCdCc0L7QsS46ICszODA1MDE0NDA2NTcNCgnQpNCw0LrRgTog
KzM4ICgwMzIpIDIzNSAxNyA3NQ0KDQoJIA0KDQoJDQoJDQoJDQoJDQoJDQoJDQoNCglfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCVhlbi1hcGkgbWFpbGlu
ZyBsaXN0DQoJWGVuLWFwaUBsaXN0cy54ZW4ub3JnDQoJaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dp
LWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkNCg0KIA0KDQo=

------_=_NextPart_001_01CDD538.97D087E0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv
bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0
aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt
ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt
ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx
IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws
IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0
b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi
c2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7
fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bh
bi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6
cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi0KHRgtCw0L3QtNCw0YDRgtC90YvQuSBIVE1M
INCX0L3QsNC6IjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250
LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7
fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5
bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6ItCi0LXQutGB0YIg0LLRi9C90L7RgdC6
0Lgg0JfQvdCw0LoiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv
bnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29s
b3I6YmxhY2s7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0Kc3Bhbi5IVE1MDQoJe21z
by1zdHlsZS1uYW1lOiLQodGC0LDQvdC00LDRgNGC0L3Ri9C5IEhUTUwg0JfQvdCw0LoiOw0KCW1z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi0KHRgtCw0L3QtNCw0YDRgtC9
0YvQuSBIVE1MIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xvcjpibGFjazsNCgltc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpzcGFuLmENCgl7bXNvLXN0eWxlLW5hbWU6ItCi0LXQ
utGB0YIg0LLRi9C90L7RgdC60Lgg0JfQvdCw0LoiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN
Cgltc28tc3R5bGUtbGluazoi0KLQtdC60YHRgiDQstGL0L3QvtGB0LrQuCI7DQoJZm9udC1mYW1p
bHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrOw0KCW1zby1mYXJlYXN0LWxh
bmd1YWdlOkVOLVVTO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNv
bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93
dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh
bi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6
IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHls
ZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt
c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdv
cmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46Mi4wY20gNDIuNXB0
IDIuMGNtIDMuMGNtO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0K
LS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpl
eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0
ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6
ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0t
PjwvaGVhZD48Ym9keSBiZ2NvbG9yPXdoaXRlIGxhbmc9UlUgbGluaz1ibHVlIHZsaW5rPXB1cnBs
ZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F
Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGVyZSBpcyB0aGUgcGFydCByZWZlcnJpbmcgdG8g
dGhlIGxhc3QgYXR0ZW1wdCBvZiBzci1wcm9iZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz
cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1VSyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJz
cDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0
eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuNzk1NDExwqDC
oMKgwqDCoCBTZXR0aW5nIExWTV9ERVZJQ0UgdG8gL2Rldi9kaXNrL2J5LXNjc2lkLzM2MDBjMGZm
MDAwMTM0MzIwZDZkYWI3NTAwMTAwMDAwMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1N
c29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAy
MDEyLTEyLTA4IDEzOjI4OjAxLjgwNDI3NsKgwqDCoMKgwqAgU2V0dGluZyBMVk1fREVWSUNFIHRv
IC9kZXYvZGlzay9ieS1zY3NpZC8zNjAwYzBmZjAwMDEzNDMyMGQ2ZGFiNzUwMDEwMDAwMDA8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5
bGU9J2NvbG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44MzMyODTCoMKg
wqDCoMKgIExWTUNhY2hlIGNyZWF0ZWQgZm9yIFZHX1hlblN0b3JhZ2UtPG86cD48L286cD48L3Nw
YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjoj
MUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODMzNTYzwqDCoMKgwqDCoCBsb2Nr
OiBjbG9zZWQgL3Zhci9sb2NrL3NtL3NyPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIw
MTItMTItMDggMTM6Mjg6MDEuODMzNjY5wqDCoMKgwqDCoCBMVk1DYWNoZSBjcmVhdGVkIGZvciBW
R19YZW5TdG9yYWdlLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw
YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEz
OjI4OjAxLjgzMzkxM8KgwqDCoMKgwqAgc3JfcHJvYmUgeydzdWJ0YXNrX29mJzogJ09wYXF1ZVJl
ZjpjOWEyM2U5MC0zNTM1LTliZDItZTkwMS1kNTBhODYwNTAxZDgnLCAnc3Jfc21fY29uZmlnJzog
e30sICdhcmdzJzogW10sICdob3N0X3JlZickPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz
PU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhd
IDIwMTItMTItMDggMTM6Mjg6MDEuODM0MDU2wqDCoMKgwqDCoCBtcGF0aCBjbWQ6IGxpc3QgbWFw
czxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V
UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAxLjg0NjYx
NsKgwqAgwqDCoMKgbXBhdGggb3V0cHV0OiBtdWx0aXBhdGhkJmd0OyBtdWx0aXBhdGhkJmd0Ozxv
OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBz
dHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAxLjg0NjgyMMKg
wqDCoMKgwqAgUmVmcmVzaGluZyBMVU4gMzYwMGMwZmYwMDAxMzQzMjBkNmRhYjc1MDAxMDAwMDAw
PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVT
IHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6Mjg6MDEuODQ2OTY1
wqDCoMKgwqDCoCBbJ2xzJywgJy9zeXMvY2xhc3Mvc2NzaV9ob3N0JywgJy0xJywgJy0tY29sb3I9
bmV2ZXInXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFu
Zz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAyMDEyLTEyLTA4IDEzOjI4OjAx
Ljg1ODY3NsKgwqDCoMKgwqDCoMKgIHByZWFkIFNVQ0NFU1M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn
PlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowMS44NTk1ODTCoMKgwqDCoMKgIEZ1bGwgcmVzY2Fu
IG9mIEhvc3RJRCAwPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh
biBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5bMTQzMzhdIDIwMTItMTItMDggMTM6
Mjg6MDQuMDYyMDM3wqDCoMKgwqDCoCBSZWZyZXNoaW5nIGNoYW5uZWwgMDowOjA8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wNjMwODXCoMKgwqDCoMKg
IERvbTAgZGlza3M6IFsnL2Rldi9zZGEnXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1N
c29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+WzE0MzM4XSAy
MDEyLTEyLTA4IDEzOjI4OjA0LjA2MzE4M8KgwqDCoCDCoMKgWycvdXNyL2Jpbi9zZ19sdW5zJywg
Jy1xJywgJy9kZXYvZGlzay9ieS1zY3NpYnVzLzM2MDA1MDhiMTAwMWNkN2Q2M2EyNTYxZTlmMTE5
ZDVhOS0wOjA6MDowJ108bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxz
cGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAx
MzoyODowNC4wODUyOTLCoMKgwqDCoMKgIEZBSUxFRCBpbiB1dGlsLnByZWFkOiAocmMgOSkgc3Rk
b3V0OiAnJywgc3RkZXJyOiAnUmVwb3J0IEx1bnMgY29tbWFuZCBub3Qgc3VwcG9ydGVkIChzdXBw
b3J0IG1hbmRhdG9yeSBpbiBTUEMtMyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPic8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyODowNC4wODU0ODLCoMKgwqDCoMKg
IEZhaWxlZCB0byBkZXRlY3Qgb3IgcXVlcnkgTFVOIG9uIENoYW5uZWwgMDowOjA8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyOTowNC43MjI1ODbCoMKgwqDCoMKg
ICoqKioqIGdlbmVyaWMgZXhjZXB0aW9uOiBzcl9wcm9iZTogRVhDRVBUSU9OIFNSLlNST1NFcnJv
ciwgRXJyb3IgcmVwb3J0aW5nIGVycm9yLCB1bmtub3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVk
IHlldDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F
Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqAgRmlsZSAmcXVvdDsvb3B0L3hlbnNvdXJjZS9z
bS9TUkNvbW1hbmQucHkmcXVvdDssIGxpbmUgOTYsIGluIHJ1bjxvOnA+PC9vOnA+PC9zcGFuPjwv
cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3
RCc+wqDCoMKgIHJldHVybiBzZWxmLl9ydW5fbG9ja2VkKHNyKTxvOnA+PC9vOnA+PC9zcGFuPjwv
cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3
RCc+wqAgRmlsZSAmcXVvdDsvb3B0L3hlbnNvdXJjZS9zbS9TUkNvbW1hbmQucHkmcXVvdDssIGxp
bmUgMTQzLCBpbiBfcnVuX2xvY2tlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O
b3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqDCoMKgIHJldHVy
biBzZWxmLl9ydW4oc3IsIHRhcmdldCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPsKgIEZpbGUgJnF1
b3Q7L29wdC94ZW5zb3VyY2Uvc20vU1JDb21tYW5kLnB5JnF1b3Q7LCBsaW5lIDI2OSwgaW4gX3J1
bjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1V
UyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqDCoMKgIHR4dCA9IHNyLnByb2JlKCk8bzpwPjwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPsKgIEZpbGUgJnF1b3Q7L29wdC94ZW5zb3VyY2Uvc20vTFZNb0hCQVNSJnF1
b3Q7LCBsaW5lIDE2MiwgaW4gcHJvYmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPsKgwqDCoCBzZWxm
Lm1wYXRobW9kdWxlLnJlZnJlc2goc2VsZi5TQ1NJaWQsMCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0Qn
PsKgIEZpbGUgJnF1b3Q7L29wdC94ZW5zb3VyY2Uvc20vbXBhdGhfZG1wLnB5JnF1b3Q7LCBsaW5l
IDE3OSwgaW4gcmVmcmVzaDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+wqDCoMKgIHJhaXNlIHhzX2Vy
cm9ycy5YZW5FcnJvcignRGV2aWNlIG5vdCBhcHBlYXJlZCB5ZXQnKTxvOnA+PC9vOnA+PC9zcGFu
PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFG
NDk3RCc+wqAgRmlsZSAmcXVvdDsvb3B0L3hlbnNvdXJjZS9zbS94c19lcnJvcnMucHkmcXVvdDss
IGxpbmUgNTIsIGluIF9faW5pdF9fPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05v
cm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz7CoMKgwqAgcmFpc2Ug
U1IuU1JPU0Vycm9yKDEsICZxdW90O0Vycm9yIHJlcG9ydGluZyBlcnJvciwgdW5rbm93biBrZXkg
JXMmcXVvdDsgJSBrZXkpPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48
c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMxRjQ5N0QnPlsxNDMzOF0gMjAxMi0xMi0wOCAxMzoyOTowNC43MjI5NznCoMKgwqDCoMKgIGxv
Y2s6IGNsb3NlZCAvdmFyL2xvY2svc20vc3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9
TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBz
dHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXY+PGRp
diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7Y29sb3I6
d2luZG93dGV4dDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+RnJvbTo8L3NwYW4+PC9iPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm
Ijtjb2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz4geGVuLWFwaS1ib3Vu
Y2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10g
PGI+T24gQmVoYWxmIE9mIDwvYj5HZW9yZ2UgU2h1a2xpbjxicj48Yj5TZW50OjwvYj4gRnJpZGF5
LCBEZWNlbWJlciAwNywgMjAxMiAxMDozNCBQTTxicj48Yj5Ubzo8L2I+IHhlbi1hcGlAbGlzdHMu
eGVuc291cmNlLmNvbTxicj48Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhC
QSBzdG9yYWdlIHByb2JsZW0uPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNs
YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+T2ss
IG5vdyBpdCBhdCBsZWFzdCB2aXNpYmxlIHdoYXQgaGFwcGVucy48YnI+PGJyPm5leHQgc3RlcDog
bG9vayB0byB0aGUgL3Zhci9sb2cvU01sb2cgYWZ0ZXIgc3ItcHJvYmUuPGJyPjxicj5QUyBQbGVh
c2UsIHJlcGx5IHRvIG1haWxsaXN0LCBpJ20gbm90IGEgcGVyc29uYWwgc3VwcG9ydCBzZXJ2aWNl
Ljxicj48YnI+T24gMDcuMTIuMjAxMiAxMTo1NiwgWWF0c2tvIE15a2hhaWxvIHdyb3RlOiA8bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s
b3I6IzFGNDk3RCc+V2VsbCwgSSBjYW7igJl0IGV2ZW4gcHJvYmUgdGhlIGRldmljZS4gPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl
PSdjb2xvcjojMUY0OTdEJz54ZSBzci1wcm9iZSB0eXBlPWx2bW9oYmEgcmV0dXJucyA8L3NwYW4+
PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9
J2NvbG9yOiMxRjQ5N0QnPkVycm9yIGNvZGU6IFNSX0JBQ0tFTkRfRkFJTFVSRV8xMDc8L3NwYW4+
PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9
J2NvbG9yOiMxRjQ5N0QnPkVycm9yIHBhcmFtZXRlcnM6ICwgVGhlIFNDU0lpZCBwYXJhbWV0ZXIg
aXMgbWlzc2luZyBvciBpbmNvcnJlY3QsICZsdDs/eG1sIHZlcnNpb249JnF1b3Q7MS4wJnF1b3Q7
ID8mZ3Q7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5n
PUVOLVVTIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5JZiBJIHNldCB0aGUgU0NTSWlkIC0mbmJzcDsg
eGUgc3ItcHJvYmUgdHlwZT1sdm1vaGJhIGRldmljZS1jb25maWc6U0NTSWlkPSoqKioqPC9zcGFu
PjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTIHN0eWxl
PSdjb2xvcjojMUY0OTdEJz5FcnJvciBjb2RlOiBTUl9CQUNLRU5EX0ZBSUxVUkVfMTwvc3Bhbj48
bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0n
Y29sb3I6IzFGNDk3RCc+RXJyb3IgcGFyYW1ldGVyczogLCBFcnJvciByZXBvcnRpbmcgZXJyb3Is
IHVua25vd24ga2V5IERldmljZSBub3QgYXBwZWFyZWQgeWV0LDwvc3Bhbj48bzpwPjwvbzpwPjwv
cD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3
RCc+QW5kIHhlIHNyLWNyZWF0ZSBzaGFyZWQ9dHJ1ZSB0eXBlPWx2bW9oYmEgbmFtZS1sYWJlbD1M
VU45IGRldmljZS1jb25maWc6U0NTSWlkPSoqKiogcmV0dXJucyB0aGUgc2FtZTwvc3Bhbj48bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s
b3I6IzFGNDk3RCc+RXJyb3IgY29kZTogU1JfQkFDS0VORF9GQUlMVVJFXzE8L3NwYW4+PG86cD48
L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMxRjQ5N0QnPkVycm9yIHBhcmFtZXRlcnM6ICwgRXJyb3IgcmVwb3J0aW5nIGVycm9yLCB1bmtu
b3duIGtleSBEZXZpY2Ugbm90IGFwcGVhcmVkIHlldCw8L3NwYW4+PG86cD48L286cD48L3A+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZu
YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1F
Ti1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+QXMgZm9yIHNvZnR3YXJlIGlTQ1NJIOKAkyBJIGNh
biBlYXNpbHkgZmlyZSBpdCB1cCB0aHJvdWdoIFhlbkNlbnRlciB3aXRoIG11bHRpcGF0aGluZyBh
bmQgYWxsIHRoZSBzdHVmZiBJIG5lZWQsIGJ1dCB1c2luZyBIQkEgY2FwYWJpbGl0aWVzIGlzIHF1
aXRlIGNyaXRpY2FsIHRvIG1lLiBJZiBpdCBtYXkgaGVscCwgdGhlIGRldmljZSBJIHVzZSBpcyBI
UCBTdG9yYWdlV29ya3MgUDIwMDAgRzMgd2l0aCA0IDFHYml0IEV0aGVybmV0IHN0b3JhZ2UgcG9y
dHMgcGVyIGNvbnRyb2xsZXIuIFRoZSB3aXJpbmcgaXMgT0ssIEkgZG91YmxlY2hlY2tlZCBpdC4g
QWxzbyBJIGV2ZW4gdHJpZWQgdG8gY29ubmVjdCB0aGUgc3RvcmFnZSBkaXJlY3RseSB0byB0aGUg
c2VydmVycyB0byBnZXQgcmlkIG9mIHBvc3NpYmxlIGZhaWx1cmUgcG9pbnQgYXQgdGhlIHN3aXRj
aC48L3NwYW4+PG86cD48L286cD48L3A+PGRpdj48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3Jk
ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSc+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO2NvbG9yOndpbmRvd3RleHQ7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPUVOLVVTIHN0
eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjtj
b2xvcjp3aW5kb3d0ZXh0O21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz4gPGEgaHJlZj0ibWFpbHRv
Onhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIj54ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVu
Lm9yZzwvYT4gWzxhIGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+
bWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gPGI+T24gQmVoYWxmIE9m
IDwvYj5HZW9yZ2UgU2h1a2xpbjxicj48Yj5TZW50OjwvYj4gVGh1cnNkYXksIERlY2VtYmVyIDA2
LCAyMDEyIDEwOjI1IFBNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlz
dHMueGVuc291cmNlLmNvbSI+eGVuLWFwaUBsaXN0cy54ZW5zb3VyY2UuY29tPC9hPjxicj48Yj5T
dWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs
YW5nPUVOLVVTPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
V2VsbCwgbWF5IGJlIG91dHB1dCBvZiB0aGUgeGUgc3ItY3JlYXRlIHNob3VsZCBiZSBhdHRhY2hl
ZD8gR3Vlc3NpbmcgJ3doYXQgaXMgd3JvbmcnIGlzIGtpbmRhIHVzZWxlc3MgYWN0aXZpdHkgd2l0
aG91dCBsb2dzIG9yIGNvbW1hbmQgb3V0cHV0Ljxicj48YnI+T24gMDYuMTIuMjAxMiAyMDowOCwg
WWF0c2tvIE15a2hhaWxvIHdyb3RlOiA8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzFGNDk3RCc+Q2VydGFpbmx5LiBBbmQgbHZt
b2lzY3NpIHdvcmtzIGZpbmUuIEkgbmVlZCB0byBmaXJlIGl0IHVwIGFzIGx2bW9oYmEsIHdoaWNo
IGNhdXNlcyB0cm91Ymxlcy48L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs
PjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpw
PjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbTox
MC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdl
OlJVJz7QlyDQv9C+0LLQsNCz0L7Rjiw8YnI+0K/RhtC60L4g0JzQuNGF0LDQudC70L4g0JLQvtC7
0L7QtNC40LzQuNGA0L7QstC40Yc8YnI+0KHQuNGB0YLQtdC80L3QuNC5INCw0LTQvNGW0L3RltGB
0YLRgNCw0YLQvtGAPGJyPkFkZWxpbmEgSG9sZGluZyBMTEM8YnI+0JLRltC00LTRltC7INGC0LXR
hdC90ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQvNC60Lg8YnI+X19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fPGJyPjAzMDY1LCDQvC4g0JrQuNGW0LIsINCx0YPQuy4g0JvQtdC/0YHQtTwv
c3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFy
ZWFzdC1sYW5ndWFnZTpSVSc+LCA0PGJyPkUtbWFpbDogPGEgaHJlZj0ibWFpbHRvOm15YXRza29A
YWRlbGluYS5jb20udWEiPm15YXRza29AYWRlbGluYS5jb20udWE8L2E+PGJyPldlYjogPGEgaHJl
Zj0iaHR0cDovL3d3dy5hZGVsaW5hLmNvbS51YSI+d3d3LmFkZWxpbmEuY29tLnVhPC9hPjxicj48
L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1
YWdlOlJVJz7QnNC+0LE8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPi46ICszODA1MDE0NDA2NTc8YnI+PC9z
cGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFn
ZTpSVSc+0KTQsNC60YE8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2NvbG9y
OiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPjogKzM4ICgwMzIpIDIzNSAxNyA3NTwv
c3Bhbj48L2k+PG86cD48L286cD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxh
bmc9RU4tVVMgc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv
cD48ZGl2PjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx
LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy
aWYiO2NvbG9yOndpbmRvd3RleHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPkZyb206PC9zcGFu
PjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwi
c2Fucy1zZXJpZiI7Y29sb3I6d2luZG93dGV4dDttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+IDxh
IGhyZWY9Im1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyI+eGVuLWFwaS1ib3Vu
Y2VzQGxpc3RzLnhlbi5vcmc8L2E+IFs8YSBocmVmPSJtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxp
c3RzLnhlbi5vcmciPm1haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT5dIDxi
Pk9uIEJlaGFsZiBPZiA8L2I+R2VvcmdlIFNodWtsaW48YnI+PGI+U2VudDo8L2I+IFRodXJzZGF5
LCBEZWNlbWJlciAwNiwgMjAxMiA1OjIxIFBNPGJyPjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRv
Onhlbi1hcGlAbGlzdHMueGVuLm9yZyI+eGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxicj48Yj5T
dWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYQ1AgYW5kIEhCQSBzdG9yYWdlIHByb2JsZW0uPC9z
cGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDs8
bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5EaWQgeW91IHRyeSB0byBwZXJm
b3JtcyB4ZSBzci1jcmVhdGUgd2l0aCB0eXBlPWx2bW9pc2NzaT88YnI+PGJyPjA1LjEyLjIwMTIg
MTQ6NDUsIFlhdHNrbyBNeWtoYWlsbyDQv9C40YjQtdGCOjxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxi
bG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQnPjxw
IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkhpIGV2ZXJ5b25lLjwvc3Bhbj48bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5JIGFtIGEgY29t
cGxldGUgbmV3YmllIHRvIFhlbi4gSSBydW4gdGhlIGZvbGxvd2luZyBjb25maWc6PC9zcGFuPjxv
OnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkhQIFByb0xp
YW50IERMMzYwIEc3IHNlcnZlciwgMiBhYnNvbHV0ZWx5IGlkZW50aWNhbCBpdGVtcywgcnVubmlu
ZyBsYXRlc3QgWENQLiBUaGV5IGFyZSBqb2luZWQgaW4gYSBwb29sLiBBbHNvIHRoZXJlIGlzIGEg
SFAgU3RvcmFnZVdvcmtzIFAyMDAwIEczIHN0b3JhZ2UgYXJyYXkuIFRoaXMgaXMgdGhlIGNvbmZp
ZyBJIGhhdmUgdHJvdWJsZXMgd2l0aC4gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPkN1cnJlbnRseSB3ZSBhcmUgcGxhbm5pbmcgdG8gbWln
cmF0ZSB0byBYZW4tYmFzZWQgc29sdXRpb25zIGZyb20gVk1XYXJlLWJhc2VkLiBXZSBoYXZlIG90
aGVyIDIgc2VydmVycyAoYWxzbyBpZGVudGljYWwgdG8gdGhvc2UgbWVudGlvbmVkIGFib3ZlKSwg
d2hpY2ggbWFrZSB1c2Ugb2YgdGhlIHNhbWUgc3RvcmFnZSBkZXZpY2UuIFZNV2FyZSBzZXJ2ZXJz
IGNvbm5lY3QgdG8gdGhlIHN0b3JhZ2Ugb3ZlciBIQkEuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxw
IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUVOLVVTPlhDUCBvbmVzIGRvIG5vdCByZWNvZ25p
emUgTFVOcyAodGhvdWdoIHRoZXJlIGlzIG9uZSBtYWRlIHNwZWNpYWxseSBmb3IgdGhlbSBhbmQg
bm90IGluIHVzZSBieSBhbnkgb3RoZXIgbWFjaGluZSkgd2hlbiBhZGRpbmcgYSBIQkEgc3RvcmFn
ZSwgYnV0IHdvcmsgZmluZSBpZiBhZGRpbmcgaXQgYXMgc29mdHdhcmUgaVNDU0kuICZuYnNwO1Ro
ZXJlIGFyZSBubyByZXN0cmljdGlvbnMgYXMgZm9yIGFjY2VzcyBhdCB0aGUgc3RvcmFnZSBzaWRl
LCBubyBwYXNzd29yZHMgZXRjLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3Jt
YWw+PHNwYW4gbGFuZz1FTi1VUz5BbnkgcGllY2Ugb2YgYWR2aWNlIHdvdWxkIGJlIGhpZ2hseSBh
cHByZWNpYXRlZC48L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFu
IGxhbmc9RU4tVVM+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMC4wcHQnPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAw
MDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QlyDQv9C+0LLQsNCz0L7Rjjwvc3Bhbj48L2k+
PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5n
dWFnZTpSVSc+LDxicj48L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjojMDAwMDQyO21z
by1mYXJlYXN0LWxhbmd1YWdlOlJVJz7Qr9GG0LrQviDQnNC40YXQsNC50LvQviDQktC+0LvQvtC0
0LjQvNC40YDQvtCy0LjRhzwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nY29s
b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+PGJyPjwvc3Bhbj48L2k+PGk+PHNw
YW4gc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPtCh0LjRgdGC
0LXQvNC90LjQuSDQsNC00LzRltC90ZbRgdGC0YDQsNGC0L7RgDwvc3Bhbj48L2k+PGk+PHNwYW4g
bGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+
PGJyPkFkZWxpbmEgSG9sZGluZyBMTEM8YnI+PC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29s
b3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+0JLRltC00LTRltC7INGC0LXRhdC9
0ZbRh9C90L7RlyDQv9GW0LTRgtGA0LjQvNC60Lg8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9RU4t
VVMgc3R5bGU9J2NvbG9yOiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPjxicj5fX19f
X19fX19fX19fX19fX19fPC9zcGFuPjwvaT48aT48c3BhbiBzdHlsZT0nY29sb3I6IzAwMDA0Mjtt
c28tZmFyZWFzdC1sYW5ndWFnZTpSVSc+X19fX19fX19fX19fX188YnI+MDMwNjUsINC8LiDQmtC4
0ZbQsiwg0LHRg9C7LiDQm9C10L/RgdC1PC9zcGFuPjwvaT48aT48c3BhbiBsYW5nPUVOLVVTIHN0
eWxlPSdjb2xvcjojMDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz4sIDQ8YnI+RS1tYWls
OiA8YSBocmVmPSJtYWlsdG86bXlhdHNrb0BhZGVsaW5hLmNvbS51YSI+bXlhdHNrb0BhZGVsaW5h
LmNvbS51YTwvYT48YnI+V2ViOiA8YSBocmVmPSJodHRwOi8vd3d3LmFkZWxpbmEuY29tLnVhIj53
d3cuYWRlbGluYS5jb20udWE8L2E+PGJyPjwvc3Bhbj48L2k+PGk+PHNwYW4gc3R5bGU9J2NvbG9y
OiMwMDAwNDI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UlUnPtCc0L7QsTwvc3Bhbj48L2k+PGk+PHNw
YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpS
VSc+LjogKzM4MDUwMTQ0MDY1Nzxicj48L3NwYW4+PC9pPjxpPjxzcGFuIHN0eWxlPSdjb2xvcjoj
MDAwMDQyO21zby1mYXJlYXN0LWxhbmd1YWdlOlJVJz7QpNCw0LrRgTwvc3Bhbj48L2k+PGk+PHNw
YW4gbGFuZz1FTi1VUyBzdHlsZT0nY29sb3I6IzAwMDA0Mjttc28tZmFyZWFzdC1sYW5ndWFnZTpS
VSc+OiArMzggKDAzMikgMjM1IDE3IDc1PC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD48cCBjbGFz
cz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48YnI+PGJy
Pjxicj48YnI+PGJyPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cHJlPl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3ByZT48cHJlPlhlbi1h
cGkgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT48cHJlPjxhIGhyZWY9Im1haWx0bzpYZW4t
YXBpQGxpc3RzLnhlbi5vcmciPlhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT48bzpwPjwvbzpwPjwv
cHJlPjxwcmU+PGEgaHJlZj0iaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xp
c3RpbmZvL3hlbi1hcGkiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0
aW5mby94ZW4tYXBpPC9hPjxvOnA+PC9vOnA+PC9wcmU+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjxvOnA+
PC9vOnA+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+

------_=_NextPart_001_01CDD538.97D087E0--


--===============2872422348424731951==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2872422348424731951==--


From xen-api-bounces@lists.xen.org Sat Dec 08 14:20:30 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 08 Dec 2012 14:20: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 1ThLGP-0007AE-Fy; Sat, 08 Dec 2012 14:20:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThLGO-0007A9-68
	for xen-api@lists.xensource.com; Sat, 08 Dec 2012 14:20:20 +0000
Received: from [85.158.138.51:39997] by server-10.bemta-3.messagelabs.com id
	AC/4A-19806-3AC43C05; Sat, 08 Dec 2012 14:20:19 +0000
X-Env-Sender: p.pridt@chello.at
X-Msg-Ref: server-11.tower-174.messagelabs.com!1354976417!28023124!1
X-Originating-IP: [62.179.121.37]
X-SpamReason: No, hits=2.9 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM3ID0+IDMyMDQ2\n,sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM3ID0+IDMyMDQ2\n, BODY_RANDOM_LONG, HTML_40_50,
	HTML_MESSAGE,RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30401 invoked from network); 8 Dec 2012 14:20:17 -0000
Received: from fep17.mx.upcmail.net (HELO fep17.mx.upcmail.net) (62.179.121.37)
	by server-11.tower-174.messagelabs.com with SMTP;
	8 Dec 2012 14:20:17 -0000
Received: from edge04.upcmail.net ([192.168.13.239]) by viefep17-int.chello.at
	(InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP
	id <20121208142017.QIRQ7658.viefep17-int.chello.at@edge04.upcmail.net>; 
	Sat, 8 Dec 2012 15:20:17 +0100
Received: from [192.168.235.112] ([62.178.35.61])
	by edge04.upcmail.net with edge
	id Z2LG1k01F1K8qS6042LGAn; Sat, 08 Dec 2012 15:20:17 +0100
X-SourceIP: 62.178.35.61
X-Authenticated-Sender: compudoc
Message-ID: <50C34C9F.9080609@chello.at>
Date: Sat, 08 Dec 2012 15:20:15 +0100
From: Paul Pridt 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Gizmo Chicken 
References: <50C1D085.4010105@chello.at>
	
	
	
In-Reply-To: 
Cc: Donald van der Wurf , xen-api@lists.xensource.com
Subject: Re: [Xen-API] Fwd:  Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1573292222690496678=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============1573292222690496678==
Content-Type: multipart/alternative;
 boundary="------------060602090309090104070804"

This is a multi-part message in MIME format.
--------------060602090309090104070804
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi,
first let me thank for your replies.
Further to your notes I did some investigation and tests, but was not 
successful.
I am fairly familiar on pci-passthrough in xm or xl toolstack.
I assigned the adapter in question to pciback, entered the other-config 
parameters and started the vm, but the vm did not see the drive.
Looking at the tutorial on XCP_Ubuntu_PCIPassthrough 
 I found that the 
author references the xl command which is not available when you install 
the cp-xapi in Ubuntu and set the toolstack to xapi. Both xe and xl 
commands are available in XCP-Server, but there the udev SRs work anyway.

I also tried to create the udev SR:
xe sr-create  content-type=disk name-label="Removable storage" type=udev 
device-config:location=/dev/xapi/block
The answer was:
The SR could not be connected because the driver was not recognised.
driver: udev
It seems that there is some task needed that creates /dev/xapi/block ..
I think if I were successful on the latter task I could create the vdi 
manually and attach it to the vm.
I will furter investigate ...

Regards
Paul

Am 07.12.2012 16:45, schrieb Gizmo Chicken:
> Grant,
>
> I had nearly finished drafting my reply to Paul when I noticed your reply.
>
> As mentioned in my reply to Paul, I suspect that what Paul wants to do 
> (passthrough a USB device) could be accomplished via PCI passthrough 
> (of an entire USB controller) to an HVM guest.  Does that sound right?
>
> As I also mentioned in my reply to Paul, another poster (Donald van 
> der Wurf) attempted to adapt a tutorial found at 
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of 
> configuring PCI passthrough to an HVM guest in XCP.  However, the 
> original poster wasn't successful, and so sought help from the group.
>
> Your technical knowledge is clearly way beyond mine.  If you feel that 
> it would be possible to configure PCI passthrough to an HVM guest in 
> XCP, would you consider creating a brief tutorial, or possibly 
> extending the above mentioned tutorial, to describe the procedure?
>
> Any help from you (or others) would be /greatly/ appreciated.
>
> Best regards,
> GizmoChicken
>
>
>
> ---------- Forwarded message ----------
> From: *Gizmo Chicken*  >
> Date: Fri, Dec 7, 2012 at 10:00 AM
> Subject: Re: [Xen-API] Attach CD or Removable Devices
> To: Paul Pridt >
> Cc: xen-api@lists.xen.org 
>
>
> Paul,
>
> I suspect that what you want to do could be accomplished via PCI 
> passthrough to an HVM guest, which is the subject of a thread having 
> the subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was 
> started a few weeks ago.  So you might want to follow (and perhaps 
> join in) that thread.
>
> Without repeating the entirety of the above mentioned thread, I'll 
> note that the original poster referenced a tutorial found at 
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI 
> passthrough to a PV guest in XCP.  However, the original poster wasn't 
> able to adapt that tutorial to his goal of configuring PCI passthrough 
> to an HVM guest in XCP, and so sought help from the group.
>
> Unlike the situation with the XAPI toolstack, the procedure for 
> configuring PCI passthrough to an HVM guest is relatively 
> straightforward with Xen when using the default toolstack.  For a 
> discussion of both VGA and PCI passthrough in Xen when using the 
> default toolstack, see 
> http://forums.linuxmint.com/viewtopic.php?f=42&t=112013.
>
> So if you don't mind leaving behind the comforts of XenCenter for 
> something like Virtual Machine Manager (virt-manager), maybe Xen and 
> its default toolstack is a better option for you.
>
> I wish that I could be of more help.
>
> Best regards,
> GizmoChicken
>
> P.S. I'm currently using Xen (and Virtual Machine Manager), but I 
> would switch to XCP (and XenCenter) if I could get PCI passthough 
> working in XCP.  In such a case, I would passthrough nearly all of my 
> USB controllers, along with a second PCI video card, to an HVM guest 
> running Ubuntu desktop.  That way I could have, on a single machine, 
> both a stable XCP server (which I could leave up 24/7 to host my 
> virtual servers) and also local access to virtual machine having fully 
> functional desktop (which I could shut down when not in use).  I 
> imagine that many would apprciate such functionality in XCP, so let's 
> hope that the developers consider adding such a feature to future 
> releases of XCP if not already possible via xe command line.
>
>
> On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams 
> > wrote:
>
>
>     On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt      > wrote:
>
>         Hi,
>         I am looking for a way to attach a physical CD drive or a
>         USB-attached hard drive to a VM.
>         I know that Citrix Xenserver does that through special
>         udev-SRs. There you even can attach an internal hard drive
>         with the help of an udev rule that creates the vdi.
>         Has anybody a running solution?
>         My system is Ubuntu 12.04 with xcp-xapi.
>
>         -- 
>         Regards,
>         Paul
>
>
>     What is it exactly you're trying to accomplish? I'd start by
>     checking /etc/udev/rules.d/58-xapi.rules for events and check the
>     scripts that it runs.
>
>     *58-xapi.rules*
>     # Skip devices which fail the local sharing check (to filter out
>     root/mounted devices)
>     ACTION=="add",
>     PROGRAM!="/opt/xensource/libexec/check-device-sharing %k",
>     GOTO="end_xapi"
>
>     ACTION=="add", SYMLINK+="xapi/block/%k"
>
>     ACTION=="add", RUN+="/bin/sh -c
>     '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>     ACTION=="remove", RUN+="/bin/sh -c
>     '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>
>
>     *Part of /opt/xensource/libexec/local-device-change*
>
>      for SR in `xe sr-list type=udev sm-config:type=block
>     uuid=${LOCAL_SR} params=uuid --minimal`
>           do
>             xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user
>     location=/dev/xapi/block/${DEVICE}
>      done
>
>
>     Read the whole scripts of course but this might get you started.
>
>     _______________________________________________
>     Xen-api mailing list
>     Xen-api@lists.xen.org 
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>


--------------060602090309090104070804
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    
Hi,

      first let me thank for your replies.

      Further to your notes I did some investigation and tests, but was
      not successful.

      I am fairly familiar on pci-passthrough in xm or xl toolstack.

      I assigned the adapter in question to pciback, entered the
      other-config parameters and started the vm, but the vm did not see
      the drive.

      Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I found that the
      author references the xl command which is not available when you
      install the cp-xapi in Ubuntu and set the toolstack to xapi. Both
      xe and xl commands are available in XCP-Server, but there the udev
      SRs work anyway.

      

      I also tried to create the udev SR:

      xe sr-create  content-type=disk name-label=”Removable storage”
      type=udev device-config:location=/dev/xapi/block

      The answer was:

      The SR could not be connected because the driver was not
      recognised.

      driver: udev

      It seems that there is some task needed that creates
      /dev/xapi/block ..

      I think if I were successful on the latter task I could create the
      vdi manually and attach it to the vm.

      I will furter investigate ...

      
Regards 
Paul


      Am 07.12.2012 16:45, schrieb Gizmo Chicken:

    

    
Grant,

      

      I had nearly finished drafting my reply to Paul when I noticed
      your reply.

      

      As mentioned in my reply to Paul, I suspect that what Paul wants
      to do (passthrough a USB device) could be accomplished via PCI
      passthrough (of an entire USB controller) to an HVM guest.  Does
      that sound right?

      

      As I also mentioned in my reply to Paul, another poster (Donald
      van der Wurf) attempted to adapt a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
      to his goal of configuring PCI passthrough to an HVM guest in
      XCP.  However, the original poster wasn't successful, and so
      sought help from the group.

      

      Your technical knowledge is clearly way beyond mine.  If you feel
      that it would be possible to configure PCI passthrough to an HVM
      guest in XCP, would you consider creating a brief tutorial, or
      possibly extending the above mentioned tutorial, to describe the
      procedure?

      

      Any help from you (or others) would be greatly
      appreciated.

      

      Best regards,

      GizmoChicken

      

      

      

      
---------- Forwarded message ----------

        From: Gizmo Chicken <gizmochicken@gmail.com>

        Date: Fri, Dec 7, 2012 at 10:00 AM

        Subject: Re: [Xen-API] Attach CD or Removable Devices

        To: Paul Pridt <p.pridt@chello.at>

        Cc: xen-api@lists.xen.org

        

        

        Paul,

        

        I suspect that what you want to do could be accomplished via PCI
        passthrough to an HVM guest, which is the subject of a thread
        having the subject "[Xen-API] XCP PCI Passthrough on HVM how
        to?" that was started a few weeks ago.  So you might want to
        follow (and perhaps join in) that thread.

        

        Without repeating the entirety of the above mentioned thread,
        I'll note that the original poster referenced a tutorial found
        at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
        addressing PCI passthrough to a PV guest in XCP.  However, the
        original poster wasn't able to adapt that tutorial to his goal
        of configuring PCI passthrough to an HVM guest in XCP, and so
        sought help from the group.

        

        Unlike the situation with the XAPI toolstack, the procedure for
        configuring PCI passthrough to an HVM guest is relatively
        straightforward with Xen when using the default toolstack.  For
        a discussion of both VGA and PCI passthrough in Xen when using
        the default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. 
        

        

        So if you don't mind leaving behind the comforts of XenCenter
        for something like Virtual Machine Manager (virt-manager), maybe
        Xen and its default toolstack is a better option for you.

        

        I wish that I could be of more help.

        

        Best regards,

        GizmoChicken

        

        P.S. I'm currently using Xen (and Virtual Machine Manager), but
        I would switch to XCP (and XenCenter) if I could get PCI
        passthough working in XCP.  In such a case, I would passthrough
        nearly all of my USB controllers, along with a second PCI video
        card, to an HVM guest running Ubuntu desktop.  That way I could
        have, on a single machine, both a stable XCP server (which I
        could leave up 24/7 to host my virtual servers) and also local
        access to virtual machine having fully functional desktop (which
        I could shut down when not in use).  I imagine that many would
        apprciate such functionality in XCP, so let's hope that the
        developers consider adding such a feature to future releases of
        XCP if not already possible via xe command line.

        

        

        

          

            
On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantmasterflash@gmail.com>
              wrote:

            

          

          

            

              


                

                  
On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <p.pridt@chello.at>
                    wrote:

                    

                      Hi,

                      I am looking for a way to attach a physical CD
                      drive or a USB-attached hard drive to a VM.

                      I know that Citrix Xenserver does that through
                      special udev-SRs. There you even can attach an
                      internal hard drive with the help of an udev rule
                      that creates the vdi.

                      Has anybody a running solution?

                      My system is Ubuntu 12.04 with xcp-xapi.

                          

                          -- 

                          Regards,

                          Paul

                        

                    


                    

                  

                  
What is it exactly you're trying to accomplish?
                    I'd start by checking
                    /etc/udev/rules.d/58-xapi.rules for events and check
                    the scripts that it runs. 

                  

                    

                  

                  
58-xapi.rules

                  

                    
# Skip devices which fail the local sharing
                      check (to filter out root/mounted devices)

                    
ACTION=="add",
                      PROGRAM!="/opt/xensource/libexec/check-device-sharing
                      %k", GOTO="end_xapi"

                    


                    

                    
ACTION=="add", SYMLINK+="xapi/block/%k"

                    


                    

                    
ACTION=="add", RUN+="/bin/sh -c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                    
ACTION=="remove", RUN+="/bin/sh -c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                  

                  


                  

                  


                  

                  
Part of
                      /opt/xensource/libexec/local-device-change

                  


                  

                  

                    
 for SR in `xe sr-list type=udev
                      sm-config:type=block uuid=${LOCAL_SR} params=uuid
                      --minimal`

                    
      do

                    
        xe vdi-introduce uuid=`uuidgen`
                      sr-uuid=${SR} type=user
                      location=/dev/xapi/block/${DEVICE}

                    
 done

                  

                  


                  

                  


                  

                  
Read the whole scripts of course but this might
                    get you started.

                

                

              

            

            
_______________________________________________

              Xen-api mailing list

              Xen-api@lists.xen.org

              http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

              

            

          

        

        

      

      

    

    

  


--------------060602090309090104070804--


--===============1573292222690496678==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============1573292222690496678==--


From xen-api-bounces@lists.xen.org Sat Dec 08 14:20:30 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 08 Dec 2012 14:20: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 1ThLGP-0007AE-Fy; Sat, 08 Dec 2012 14:20:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThLGO-0007A9-68
	for xen-api@lists.xensource.com; Sat, 08 Dec 2012 14:20:20 +0000
Received: from [85.158.138.51:39997] by server-10.bemta-3.messagelabs.com id
	AC/4A-19806-3AC43C05; Sat, 08 Dec 2012 14:20:19 +0000
X-Env-Sender: p.pridt@chello.at
X-Msg-Ref: server-11.tower-174.messagelabs.com!1354976417!28023124!1
X-Originating-IP: [62.179.121.37]
X-SpamReason: No, hits=2.9 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM3ID0+IDMyMDQ2\n,sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM3ID0+IDMyMDQ2\n, BODY_RANDOM_LONG, HTML_40_50,
	HTML_MESSAGE,RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30401 invoked from network); 8 Dec 2012 14:20:17 -0000
Received: from fep17.mx.upcmail.net (HELO fep17.mx.upcmail.net) (62.179.121.37)
	by server-11.tower-174.messagelabs.com with SMTP;
	8 Dec 2012 14:20:17 -0000
Received: from edge04.upcmail.net ([192.168.13.239]) by viefep17-int.chello.at
	(InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP
	id <20121208142017.QIRQ7658.viefep17-int.chello.at@edge04.upcmail.net>; 
	Sat, 8 Dec 2012 15:20:17 +0100
Received: from [192.168.235.112] ([62.178.35.61])
	by edge04.upcmail.net with edge
	id Z2LG1k01F1K8qS6042LGAn; Sat, 08 Dec 2012 15:20:17 +0100
X-SourceIP: 62.178.35.61
X-Authenticated-Sender: compudoc
Message-ID: <50C34C9F.9080609@chello.at>
Date: Sat, 08 Dec 2012 15:20:15 +0100
From: Paul Pridt 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Gizmo Chicken 
References: <50C1D085.4010105@chello.at>
	
	
	
In-Reply-To: 
Cc: Donald van der Wurf , xen-api@lists.xensource.com
Subject: Re: [Xen-API] Fwd:  Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1573292222690496678=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============1573292222690496678==
Content-Type: multipart/alternative;
 boundary="------------060602090309090104070804"

This is a multi-part message in MIME format.
--------------060602090309090104070804
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi,
first let me thank for your replies.
Further to your notes I did some investigation and tests, but was not 
successful.
I am fairly familiar on pci-passthrough in xm or xl toolstack.
I assigned the adapter in question to pciback, entered the other-config 
parameters and started the vm, but the vm did not see the drive.
Looking at the tutorial on XCP_Ubuntu_PCIPassthrough 
 I found that the 
author references the xl command which is not available when you install 
the cp-xapi in Ubuntu and set the toolstack to xapi. Both xe and xl 
commands are available in XCP-Server, but there the udev SRs work anyway.

I also tried to create the udev SR:
xe sr-create  content-type=disk name-label="Removable storage" type=udev 
device-config:location=/dev/xapi/block
The answer was:
The SR could not be connected because the driver was not recognised.
driver: udev
It seems that there is some task needed that creates /dev/xapi/block ..
I think if I were successful on the latter task I could create the vdi 
manually and attach it to the vm.
I will furter investigate ...

Regards
Paul

Am 07.12.2012 16:45, schrieb Gizmo Chicken:
> Grant,
>
> I had nearly finished drafting my reply to Paul when I noticed your reply.
>
> As mentioned in my reply to Paul, I suspect that what Paul wants to do 
> (passthrough a USB device) could be accomplished via PCI passthrough 
> (of an entire USB controller) to an HVM guest.  Does that sound right?
>
> As I also mentioned in my reply to Paul, another poster (Donald van 
> der Wurf) attempted to adapt a tutorial found at 
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of 
> configuring PCI passthrough to an HVM guest in XCP.  However, the 
> original poster wasn't successful, and so sought help from the group.
>
> Your technical knowledge is clearly way beyond mine.  If you feel that 
> it would be possible to configure PCI passthrough to an HVM guest in 
> XCP, would you consider creating a brief tutorial, or possibly 
> extending the above mentioned tutorial, to describe the procedure?
>
> Any help from you (or others) would be /greatly/ appreciated.
>
> Best regards,
> GizmoChicken
>
>
>
> ---------- Forwarded message ----------
> From: *Gizmo Chicken*  >
> Date: Fri, Dec 7, 2012 at 10:00 AM
> Subject: Re: [Xen-API] Attach CD or Removable Devices
> To: Paul Pridt >
> Cc: xen-api@lists.xen.org 
>
>
> Paul,
>
> I suspect that what you want to do could be accomplished via PCI 
> passthrough to an HVM guest, which is the subject of a thread having 
> the subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was 
> started a few weeks ago.  So you might want to follow (and perhaps 
> join in) that thread.
>
> Without repeating the entirety of the above mentioned thread, I'll 
> note that the original poster referenced a tutorial found at 
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI 
> passthrough to a PV guest in XCP.  However, the original poster wasn't 
> able to adapt that tutorial to his goal of configuring PCI passthrough 
> to an HVM guest in XCP, and so sought help from the group.
>
> Unlike the situation with the XAPI toolstack, the procedure for 
> configuring PCI passthrough to an HVM guest is relatively 
> straightforward with Xen when using the default toolstack.  For a 
> discussion of both VGA and PCI passthrough in Xen when using the 
> default toolstack, see 
> http://forums.linuxmint.com/viewtopic.php?f=42&t=112013.
>
> So if you don't mind leaving behind the comforts of XenCenter for 
> something like Virtual Machine Manager (virt-manager), maybe Xen and 
> its default toolstack is a better option for you.
>
> I wish that I could be of more help.
>
> Best regards,
> GizmoChicken
>
> P.S. I'm currently using Xen (and Virtual Machine Manager), but I 
> would switch to XCP (and XenCenter) if I could get PCI passthough 
> working in XCP.  In such a case, I would passthrough nearly all of my 
> USB controllers, along with a second PCI video card, to an HVM guest 
> running Ubuntu desktop.  That way I could have, on a single machine, 
> both a stable XCP server (which I could leave up 24/7 to host my 
> virtual servers) and also local access to virtual machine having fully 
> functional desktop (which I could shut down when not in use).  I 
> imagine that many would apprciate such functionality in XCP, so let's 
> hope that the developers consider adding such a feature to future 
> releases of XCP if not already possible via xe command line.
>
>
> On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams 
> > wrote:
>
>
>     On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt      > wrote:
>
>         Hi,
>         I am looking for a way to attach a physical CD drive or a
>         USB-attached hard drive to a VM.
>         I know that Citrix Xenserver does that through special
>         udev-SRs. There you even can attach an internal hard drive
>         with the help of an udev rule that creates the vdi.
>         Has anybody a running solution?
>         My system is Ubuntu 12.04 with xcp-xapi.
>
>         -- 
>         Regards,
>         Paul
>
>
>     What is it exactly you're trying to accomplish? I'd start by
>     checking /etc/udev/rules.d/58-xapi.rules for events and check the
>     scripts that it runs.
>
>     *58-xapi.rules*
>     # Skip devices which fail the local sharing check (to filter out
>     root/mounted devices)
>     ACTION=="add",
>     PROGRAM!="/opt/xensource/libexec/check-device-sharing %k",
>     GOTO="end_xapi"
>
>     ACTION=="add", SYMLINK+="xapi/block/%k"
>
>     ACTION=="add", RUN+="/bin/sh -c
>     '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>     ACTION=="remove", RUN+="/bin/sh -c
>     '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>
>
>     *Part of /opt/xensource/libexec/local-device-change*
>
>      for SR in `xe sr-list type=udev sm-config:type=block
>     uuid=${LOCAL_SR} params=uuid --minimal`
>           do
>             xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR} type=user
>     location=/dev/xapi/block/${DEVICE}
>      done
>
>
>     Read the whole scripts of course but this might get you started.
>
>     _______________________________________________
>     Xen-api mailing list
>     Xen-api@lists.xen.org 
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>


--------------060602090309090104070804
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    
Hi,

      first let me thank for your replies.

      Further to your notes I did some investigation and tests, but was
      not successful.

      I am fairly familiar on pci-passthrough in xm or xl toolstack.

      I assigned the adapter in question to pciback, entered the
      other-config parameters and started the vm, but the vm did not see
      the drive.

      Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I found that the
      author references the xl command which is not available when you
      install the cp-xapi in Ubuntu and set the toolstack to xapi. Both
      xe and xl commands are available in XCP-Server, but there the udev
      SRs work anyway.

      

      I also tried to create the udev SR:

      xe sr-create  content-type=disk name-label=”Removable storage”
      type=udev device-config:location=/dev/xapi/block

      The answer was:

      The SR could not be connected because the driver was not
      recognised.

      driver: udev

      It seems that there is some task needed that creates
      /dev/xapi/block ..

      I think if I were successful on the latter task I could create the
      vdi manually and attach it to the vm.

      I will furter investigate ...

      
Regards 
Paul


      Am 07.12.2012 16:45, schrieb Gizmo Chicken:

    

    
Grant,

      

      I had nearly finished drafting my reply to Paul when I noticed
      your reply.

      

      As mentioned in my reply to Paul, I suspect that what Paul wants
      to do (passthrough a USB device) could be accomplished via PCI
      passthrough (of an entire USB controller) to an HVM guest.  Does
      that sound right?

      

      As I also mentioned in my reply to Paul, another poster (Donald
      van der Wurf) attempted to adapt a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
      to his goal of configuring PCI passthrough to an HVM guest in
      XCP.  However, the original poster wasn't successful, and so
      sought help from the group.

      

      Your technical knowledge is clearly way beyond mine.  If you feel
      that it would be possible to configure PCI passthrough to an HVM
      guest in XCP, would you consider creating a brief tutorial, or
      possibly extending the above mentioned tutorial, to describe the
      procedure?

      

      Any help from you (or others) would be greatly
      appreciated.

      

      Best regards,

      GizmoChicken

      

      

      

      
---------- Forwarded message ----------

        From: Gizmo Chicken <gizmochicken@gmail.com>

        Date: Fri, Dec 7, 2012 at 10:00 AM

        Subject: Re: [Xen-API] Attach CD or Removable Devices

        To: Paul Pridt <p.pridt@chello.at>

        Cc: xen-api@lists.xen.org

        

        

        Paul,

        

        I suspect that what you want to do could be accomplished via PCI
        passthrough to an HVM guest, which is the subject of a thread
        having the subject "[Xen-API] XCP PCI Passthrough on HVM how
        to?" that was started a few weeks ago.  So you might want to
        follow (and perhaps join in) that thread.

        

        Without repeating the entirety of the above mentioned thread,
        I'll note that the original poster referenced a tutorial found
        at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
        addressing PCI passthrough to a PV guest in XCP.  However, the
        original poster wasn't able to adapt that tutorial to his goal
        of configuring PCI passthrough to an HVM guest in XCP, and so
        sought help from the group.

        

        Unlike the situation with the XAPI toolstack, the procedure for
        configuring PCI passthrough to an HVM guest is relatively
        straightforward with Xen when using the default toolstack.  For
        a discussion of both VGA and PCI passthrough in Xen when using
        the default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. 
        

        

        So if you don't mind leaving behind the comforts of XenCenter
        for something like Virtual Machine Manager (virt-manager), maybe
        Xen and its default toolstack is a better option for you.

        

        I wish that I could be of more help.

        

        Best regards,

        GizmoChicken

        

        P.S. I'm currently using Xen (and Virtual Machine Manager), but
        I would switch to XCP (and XenCenter) if I could get PCI
        passthough working in XCP.  In such a case, I would passthrough
        nearly all of my USB controllers, along with a second PCI video
        card, to an HVM guest running Ubuntu desktop.  That way I could
        have, on a single machine, both a stable XCP server (which I
        could leave up 24/7 to host my virtual servers) and also local
        access to virtual machine having fully functional desktop (which
        I could shut down when not in use).  I imagine that many would
        apprciate such functionality in XCP, so let's hope that the
        developers consider adding such a feature to future releases of
        XCP if not already possible via xe command line.

        

        

        

          

            
On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantmasterflash@gmail.com>
              wrote:

            

          

          

            

              


                

                  
On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <p.pridt@chello.at>
                    wrote:

                    

                      Hi,

                      I am looking for a way to attach a physical CD
                      drive or a USB-attached hard drive to a VM.

                      I know that Citrix Xenserver does that through
                      special udev-SRs. There you even can attach an
                      internal hard drive with the help of an udev rule
                      that creates the vdi.

                      Has anybody a running solution?

                      My system is Ubuntu 12.04 with xcp-xapi.

                          

                          -- 

                          Regards,

                          Paul

                        

                    


                    

                  

                  
What is it exactly you're trying to accomplish?
                    I'd start by checking
                    /etc/udev/rules.d/58-xapi.rules for events and check
                    the scripts that it runs. 

                  

                    

                  

                  
58-xapi.rules

                  

                    
# Skip devices which fail the local sharing
                      check (to filter out root/mounted devices)

                    
ACTION=="add",
                      PROGRAM!="/opt/xensource/libexec/check-device-sharing
                      %k", GOTO="end_xapi"

                    


                    

                    
ACTION=="add", SYMLINK+="xapi/block/%k"

                    


                    

                    
ACTION=="add", RUN+="/bin/sh -c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                    
ACTION=="remove", RUN+="/bin/sh -c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                  

                  


                  

                  


                  

                  
Part of
                      /opt/xensource/libexec/local-device-change

                  


                  

                  

                    
 for SR in `xe sr-list type=udev
                      sm-config:type=block uuid=${LOCAL_SR} params=uuid
                      --minimal`

                    
      do

                    
        xe vdi-introduce uuid=`uuidgen`
                      sr-uuid=${SR} type=user
                      location=/dev/xapi/block/${DEVICE}

                    
 done

                  

                  


                  

                  


                  

                  
Read the whole scripts of course but this might
                    get you started.

                

                

              

            

            
_______________________________________________

              Xen-api mailing list

              Xen-api@lists.xen.org

              http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

              

            

          

        

        

      

      

    

    

  


--------------060602090309090104070804--


--===============1573292222690496678==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============1573292222690496678==--


From xen-api-bounces@lists.xen.org Sun Dec 09 01:19:13 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 01:19: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 1ThVXq-0002nu-0f; Sun, 09 Dec 2012 01:19:02 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThVXn-0002np-EH
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 01:18:59 +0000
Received: from [85.158.139.83:38230] by server-16.bemta-5.messagelabs.com id
	E7/6B-09208-207E3C05; Sun, 09 Dec 2012 01:18:58 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1355015935!28455112!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3492 invoked from network); 9 Dec 2012 01:18:55 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 01:18:55 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so1410238laa.32
	for ; Sat, 08 Dec 2012 17:18:54 -0800 (PST)
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=Xbxi/+n22NMGt8QGYfIY/KQWvxybOG+bX6/wGUtk7C0=;
	b=Js1/yImVa2CEHk/DiIw6g/AFR2XDs/7cPWVOHd56g3BtWujtpPpaN8+eYINGTV5g95
	K7JtZGkY67hTAr1PROOvowe8c6d/6SR4Hk6NELZFZWmbEM8HQpWXYKgUCb5ZSpU7AGuj
	FjrmZU036o7ggiDcuREsztlvZTzawJTy4HYsMf028u2+4fsNbmKvVbQ47gD4O8KjzDnS
	/cGv/Dwo2s2CDUHJxZKobsRDvwfMhVaeQTrIp0CZ3KZ2nA9RVhGVY0bke7TG+mjQp+Nt
	r60UFieO13evymqOMXbs/IJ8J+EZ38ZEUix4rkKuAa5AifoH2+/H41uyGatmPz+Eyh/Q
	zN2w==
Received: by 10.112.37.40 with SMTP id v8mr4198735lbj.112.1355015934664;
	Sat, 08 Dec 2012 17:18:54 -0800 (PST)
Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97])
	by mx.google.com with ESMTPS id so7sm6142304lab.0.2012.12.08.17.18.53
	(version=SSLv3 cipher=OTHER); Sat, 08 Dec 2012 17:18:53 -0800 (PST)
Message-ID: <50C3E73C.6070501@gmail.com>
Date: Sun, 09 Dec 2012 05:19:56 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.11) Gecko/20121122 Icedove/10.0.11
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua><50C0FF07.6080307@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
	<50C252B6.5080302@gmail.com>
	<91BCE64E5212F245B631775EF83AA3930C4D5976@as.internal.adelina.com.ua>
In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D5976@as.internal.adelina.com.ua>
Subject: Re: [Xen-API] XCP and HBA storage problem.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5906057925590696479=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============5906057925590696479==
Content-Type: multipart/alternative;
 boundary="------------050508040500000505050707"

This is a multi-part message in MIME format.
--------------050508040500000505050707
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Ok,  and here is the answer:

/usr/bin/sg_luns -q 
/dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0

You should try to mount that volume to any generic linux and check if 
sg_luns can read it luns. If not - dig into storage specific stuff.



On 08.12.2012 15:38, Yatsko Mykhailo wrote:
>
> Here is the part referring to the last attempt of sr-probe
>
> [14338] 2012-12-08 13:28:01.795411      Setting LVM_DEVICE to 
> /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000
>
> [14338] 2012-12-08 13:28:01.804276      Setting LVM_DEVICE to 
> /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000
>
> [14338] 2012-12-08 13:28:01.833284      LVMCache created for 
> VG_XenStorage-
>
> [14338] 2012-12-08 13:28:01.833563      lock: closed /var/lock/sm/sr
>
> [14338] 2012-12-08 13:28:01.833669      LVMCache created for 
> VG_XenStorage-
>
> [14338] 2012-12-08 13:28:01.833913      sr_probe {'subtask_of': 
> 'OpaqueRef:c9a23e90-3535-9bd2-e901-d50a860501d8', 'sr_sm_config': {}, 
> 'args': [], 'host_ref'$
>
> [14338] 2012-12-08 13:28:01.834056      mpath cmd: list maps
>
> [14338] 2012-12-08 13:28:01.846616      mpath output: multipathd> 
> multipathd>
>
> [14338] 2012-12-08 13:28:01.846820      Refreshing LUN 
> 3600c0ff000134320d6dab75001000000
>
> [14338] 2012-12-08 13:28:01.846965      ['ls', '/sys/class/scsi_host', 
> '-1', '--color=never']
>
> [14338] 2012-12-08 13:28:01.858676        pread SUCCESS
>
> [14338] 2012-12-08 13:28:01.859584      Full rescan of HostID 0
>
> [14338] 2012-12-08 13:28:04.062037      Refreshing channel 0:0:0
>
> [14338] 2012-12-08 13:28:04.063085      Dom0 disks: ['/dev/sda']
>
> [14338] 2012-12-08 13:28:04.063183      ['/usr/bin/sg_luns', '-q', 
> '/dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0']
>
> [14338] 2012-12-08 13:28:04.085292      FAILED in util.pread: (rc 9) 
> stdout: '', stderr: 'Report Luns command not supported (support 
> mandatory in SPC-3)
>
> '
>
> [14338] 2012-12-08 13:28:04.085482      Failed to detect or query LUN 
> on Channel 0:0:0
>
> [14338] 2012-12-08 13:29:04.722586      ***** generic exception: 
> sr_probe: EXCEPTION SR.SROSError, Error reporting error, unknown key 
> Device not appeared yet
>
>   File "/opt/xensource/sm/SRCommand.py", line 96, in run
>
>     return self._run_locked(sr)
>
>   File "/opt/xensource/sm/SRCommand.py", line 143, in _run_locked
>
>     return self._run(sr, target)
>
>   File "/opt/xensource/sm/SRCommand.py", line 269, in _run
>
>     txt = sr.probe()
>
>   File "/opt/xensource/sm/LVMoHBASR", line 162, in probe
>
>     self.mpathmodule.refresh(self.SCSIid,0)
>
>   File "/opt/xensource/sm/mpath_dmp.py", line 179, in refresh
>
>     raise xs_errors.XenError('Device not appeared yet')
>
>   File "/opt/xensource/sm/xs_errors.py", line 52, in __init__
>
>     raise SR.SROSError(1, "Error reporting error, unknown key %s" % key)
>
> [14338] 2012-12-08 13:29:04.722979      lock: closed /var/lock/sm/sr
>
> *From:*xen-api-bounces@lists.xen.org 
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Friday, December 07, 2012 10:34 PM
> *To:* xen-api@lists.xensource.com
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Ok, now it at least visible what happens.
>
> next step: look to the /var/log/SMlog after sr-probe.
>
> PS Please, reply to maillist, i'm not a personal support service.
>
> On 07.12.2012 11:56, Yatsko Mykhailo wrote:
>
> Well, I can’t even probe the device.
>
> xe sr-probe type=lvmohba returns
>
> Error code: SR_BACKEND_FAILURE_107
>
> Error parameters: , The SCSIid parameter is missing or incorrect, 
> 
>
> If I set the SCSIid -  xe sr-probe type=lvmohba device-config:SCSIid=*****
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> And xe sr-create shared=true type=lvmohba name-label=LUN9 
> device-config:SCSIid=**** returns the same
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> As for software iSCSI – I can easily fire it up through XenCenter with 
> multipathing and all the stuff I need, but using HBA capabilities is 
> quite critical to me. If it may help, the device I use is HP 
> StorageWorks P2000 G3 with 4 1Gbit Ethernet storage ports per 
> controller. The wiring is OK, I doublechecked it. Also I even tried to 
> connect the storage directly to the servers to get rid of possible 
> failure point at the switch.
>
> *From:*xen-api-bounces@lists.xen.org 
>  
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 10:25 PM
> *To:* xen-api@lists.xensource.com 
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Well, may be output of the xe sr-create should be attached? Guessing 
> 'what is wrong' is kinda useless activity without logs or command output.
>
> On 06.12.2012 20:08, Yatsko Mykhailo wrote:
>
> Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, 
> which causes troubles.
>
> /З повагою,
> Яцко Михайло Володимирович
> СиÑтемний адмініÑтратор
> Adelina Holding LLC
> Відділ технічної підтримки
> _________________________________
> 03065, м. Киів, бул. ЛепÑе//, 4
> E-mail: myatsko@adelina.com.ua 
> Web: www.adelina.com.ua 
> //Моб//.: +380501440657
> //ФакÑ//: +38 (032) 235 17 75/
>
> *From:*xen-api-bounces@lists.xen.org 
>  
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 5:21 PM
> *To:* xen-api@lists.xen.org 
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Did you try to performs xe sr-create with type=lvmoiscsi?
>
> 05.12.2012 14:45, Yatsko Mykhailo пишет:
>
>     Hi everyone.
>
>     I am a complete newbie to Xen. I run the following config:
>
>     HP ProLiant DL360 G7 server, 2 absolutely identical items, running
>     latest XCP. They are joined in a pool. Also there is a HP
>     StorageWorks P2000 G3 storage array. This is the config I have
>     troubles with.
>
>     Currently we are planning to migrate to Xen-based solutions from
>     VMWare-based. We have other 2 servers (also identical to those
>     mentioned above), which make use of the same storage device.
>     VMWare servers connect to the storage over HBA.
>
>     XCP ones do not recognize LUNs (though there is one made specially
>     for them and not in use by any other machine) when adding a HBA
>     storage, but work fine if adding it as software iSCSI.  There are
>     no restrictions as for access at the storage side, no passwords etc.
>
>     Any piece of advice would be highly appreciated.
>
>     /З повагою//,
>     //Яцко Михайло Володимирович//
>     //СиÑтемний адмініÑтратор//
>     Adelina Holding LLC
>     //Відділ технічної підтримки//
>     ___________________//______________
>     03065, м. Киів, бул. ЛепÑе//, 4
>     E-mail: myatsko@adelina.com.ua 
>     Web: www.adelina.com.ua 
>     //Моб//.: +380501440657
>     //ФакÑ//: +38 (032) 235 17 75/
>
>
>
>
>
>
>     _______________________________________________
>
>     Xen-api mailing list
>
>     Xen-api@lists.xen.org  
>
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------050508040500000505050707
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    Ok,  and here is the answer:

    

    /usr/bin/sg_luns -q
      /dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0

    

    You should try to mount that volume to any generic linux and check
    if sg_luns can read it luns. If not - dig into storage specific
    stuff.

    

    

    

    On 08.12.2012 15:38, Yatsko Mykhailo wrote:
    

      
      
      
      

        
Here
            is the part referring to the last attempt of sr-probe

        
 

        
[14338]
            2012-12-08 13:28:01.795411      Setting LVM_DEVICE to
            /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000

        
[14338]
            2012-12-08 13:28:01.804276      Setting LVM_DEVICE to
            /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000

        
[14338]
            2012-12-08 13:28:01.833284      LVMCache created for
            VG_XenStorage-

        
[14338]
            2012-12-08 13:28:01.833563      lock: closed /var/lock/sm/sr

        
[14338]
            2012-12-08 13:28:01.833669      LVMCache created for
            VG_XenStorage-

        
[14338]
            2012-12-08 13:28:01.833913      sr_probe {'subtask_of':
            'OpaqueRef:c9a23e90-3535-9bd2-e901-d50a860501d8',
            'sr_sm_config': {}, 'args': [], 'host_ref'$

        
[14338]
            2012-12-08 13:28:01.834056      mpath cmd: list maps

        
[14338]
            2012-12-08 13:28:01.846616      mpath output: multipathd>
            multipathd>

        
[14338]
            2012-12-08 13:28:01.846820      Refreshing LUN
            3600c0ff000134320d6dab75001000000

        
[14338]
            2012-12-08 13:28:01.846965      ['ls',
            '/sys/class/scsi_host', '-1', '--color=never']

        
[14338]
            2012-12-08 13:28:01.858676        pread SUCCESS

        
[14338]
            2012-12-08 13:28:01.859584      Full rescan of HostID 0

        
[14338]
            2012-12-08 13:28:04.062037      Refreshing channel 0:0:0

        
[14338]
            2012-12-08 13:28:04.063085      Dom0 disks: ['/dev/sda']

        
[14338]
            2012-12-08 13:28:04.063183      ['/usr/bin/sg_luns', '-q',
            '/dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0']

        
[14338]
            2012-12-08 13:28:04.085292      FAILED in util.pread: (rc 9)
            stdout: '', stderr: 'Report Luns command not supported
            (support mandatory in SPC-3)

        
'

        
[14338]
            2012-12-08 13:28:04.085482      Failed to detect or query
            LUN on Channel 0:0:0

        
[14338]
            2012-12-08 13:29:04.722586      ***** generic exception:
            sr_probe: EXCEPTION SR.SROSError, Error reporting error,
            unknown key Device not appeared yet

        
 
            File "/opt/xensource/sm/SRCommand.py", line 96, in run

        
   
            return self._run_locked(sr)

        
 
            File "/opt/xensource/sm/SRCommand.py", line 143, in
            _run_locked

        
   
            return self._run(sr, target)

        
 
            File "/opt/xensource/sm/SRCommand.py", line 269, in _run

        
   
            txt = sr.probe()

        
 
            File "/opt/xensource/sm/LVMoHBASR", line 162, in probe

        
   
            self.mpathmodule.refresh(self.SCSIid,0)

        
 
            File "/opt/xensource/sm/mpath_dmp.py", line 179, in refresh

        
   
            raise xs_errors.XenError('Device not appeared yet')

        
 
            File "/opt/xensource/sm/xs_errors.py", line 52, in __init__

        
   
            raise SR.SROSError(1, "Error reporting error, unknown key
            %s" % key)

        
 

        
[14338]
            2012-12-08 13:29:04.722979      lock: closed /var/lock/sm/sr

        
 

        
 

        

          

            
From:
                xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org] On Behalf Of
                George Shuklin

                Sent: Friday, December 07, 2012 10:34 PM

                To: xen-api@lists.xensource.com

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        
Ok, now it at least visible what happens.

          

          next step: look to the /var/log/SMlog after sr-probe.

          

          PS Please, reply to maillist, i'm not a personal support
          service.

          

          On 07.12.2012 11:56, Yatsko Mykhailo wrote: 

        
Well,
            I can’t even probe the device. 

        
xe
            sr-probe type=lvmohba returns 

        
Error
            code: SR_BACKEND_FAILURE_107

        
Error
            parameters: , The SCSIid parameter is missing or incorrect,
            <?xml version="1.0" ?>

        
If
            I set the SCSIid -  xe sr-probe type=lvmohba
            device-config:SCSIid=*****

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
And
            xe sr-create shared=true type=lvmohba name-label=LUN9
            device-config:SCSIid=**** returns the same

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
 

        
As
            for software iSCSI – I can easily fire it up through
            XenCenter with multipathing and all the stuff I need, but
            using HBA capabilities is quite critical to me. If it may
            help, the device I use is HP StorageWorks P2000 G3 with 4
            1Gbit Ethernet storage ports per controller. The wiring is
            OK, I doublechecked it. Also I even tried to connect the
            storage directly to the servers to get rid of possible
            failure point at the switch.

        

          

            
From: xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org]
                On Behalf Of George Shuklin

                Sent: Thursday, December 06, 2012 10:25 PM

                To: xen-api@lists.xensource.com

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        
Well, may be output of the xe sr-create
          should be attached? Guessing 'what is wrong' is kinda useless
          activity without logs or command output.

          

          On 06.12.2012 20:08, Yatsko Mykhailo wrote: 

        
Certainly.
            And lvmoiscsi works fine. I need to fire it up as lvmohba,
            which causes troubles.

        
 

        

          
З повагою,

                Яцко Михайло Володимирович

                СиÑтемний адмініÑтратор

                Adelina Holding LLC

                Відділ технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

        

        
 

        

          

            
From:
                xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org]
                On Behalf Of George Shuklin

                Sent: Thursday, December 06, 2012 5:21 PM

                To: xen-api@lists.xen.org

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        

          
Did you try to performs xe sr-create with
            type=lvmoiscsi?

            

            05.12.2012 14:45, Yatsko Mykhailo пишет:

        

        

          
Hi everyone.

          
I am a complete newbie
              to Xen. I run the following config:

          
HP ProLiant DL360 G7
              server, 2 absolutely identical items, running latest XCP.
              They are joined in a pool. Also there is a HP StorageWorks
              P2000 G3 storage array. This is the config I have troubles
              with. 

          
Currently we are
              planning to migrate to Xen-based solutions from
              VMWare-based. We have other 2 servers (also identical to
              those mentioned above), which make use of the same storage
              device. VMWare servers connect to the storage over HBA.

          
XCP ones do not
              recognize LUNs (though there is one made specially for
              them and not in use by any other machine) when adding a
              HBA storage, but work fine if adding it as software iSCSI.
               There are no restrictions as for access at the storage
              side, no passwords etc.

          
Any piece of advice
              would be highly appreciated.

          
 

          
З повагою,

              Яцко
                Михайло Володимирович

              СиÑтемний
                адмініÑтратор

                Adelina Holding LLC

              Відділ
                технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

          
 

          


              

              

              

              

            

          
_______________________________________________

          
Xen-api mailing list

          
Xen-api@lists.xen.org

          
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

        

        
 

      

      

      

      

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


    

  


--------------050508040500000505050707--


--===============5906057925590696479==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5906057925590696479==--


From xen-api-bounces@lists.xen.org Sun Dec 09 01:19:13 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 01:19: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 1ThVXq-0002nu-0f; Sun, 09 Dec 2012 01:19:02 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThVXn-0002np-EH
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 01:18:59 +0000
Received: from [85.158.139.83:38230] by server-16.bemta-5.messagelabs.com id
	E7/6B-09208-207E3C05; Sun, 09 Dec 2012 01:18:58 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1355015935!28455112!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3492 invoked from network); 9 Dec 2012 01:18:55 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 01:18:55 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so1410238laa.32
	for ; Sat, 08 Dec 2012 17:18:54 -0800 (PST)
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=Xbxi/+n22NMGt8QGYfIY/KQWvxybOG+bX6/wGUtk7C0=;
	b=Js1/yImVa2CEHk/DiIw6g/AFR2XDs/7cPWVOHd56g3BtWujtpPpaN8+eYINGTV5g95
	K7JtZGkY67hTAr1PROOvowe8c6d/6SR4Hk6NELZFZWmbEM8HQpWXYKgUCb5ZSpU7AGuj
	FjrmZU036o7ggiDcuREsztlvZTzawJTy4HYsMf028u2+4fsNbmKvVbQ47gD4O8KjzDnS
	/cGv/Dwo2s2CDUHJxZKobsRDvwfMhVaeQTrIp0CZ3KZ2nA9RVhGVY0bke7TG+mjQp+Nt
	r60UFieO13evymqOMXbs/IJ8J+EZ38ZEUix4rkKuAa5AifoH2+/H41uyGatmPz+Eyh/Q
	zN2w==
Received: by 10.112.37.40 with SMTP id v8mr4198735lbj.112.1355015934664;
	Sat, 08 Dec 2012 17:18:54 -0800 (PST)
Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97])
	by mx.google.com with ESMTPS id so7sm6142304lab.0.2012.12.08.17.18.53
	(version=SSLv3 cipher=OTHER); Sat, 08 Dec 2012 17:18:53 -0800 (PST)
Message-ID: <50C3E73C.6070501@gmail.com>
Date: Sun, 09 Dec 2012 05:19:56 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.11) Gecko/20121122 Icedove/10.0.11
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <91BCE64E5212F245B631775EF83AA3930C4D54C7@as.internal.adelina.com.ua><50C0B7E6.9020806@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57B2@as.internal.adelina.com.ua><50C0FF07.6080307@gmail.com><91BCE64E5212F245B631775EF83AA3930C4D57F6@as.internal.adelina.com.ua>
	<50C252B6.5080302@gmail.com>
	<91BCE64E5212F245B631775EF83AA3930C4D5976@as.internal.adelina.com.ua>
In-Reply-To: <91BCE64E5212F245B631775EF83AA3930C4D5976@as.internal.adelina.com.ua>
Subject: Re: [Xen-API] XCP and HBA storage problem.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5906057925590696479=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============5906057925590696479==
Content-Type: multipart/alternative;
 boundary="------------050508040500000505050707"

This is a multi-part message in MIME format.
--------------050508040500000505050707
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Ok,  and here is the answer:

/usr/bin/sg_luns -q 
/dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0

You should try to mount that volume to any generic linux and check if 
sg_luns can read it luns. If not - dig into storage specific stuff.



On 08.12.2012 15:38, Yatsko Mykhailo wrote:
>
> Here is the part referring to the last attempt of sr-probe
>
> [14338] 2012-12-08 13:28:01.795411      Setting LVM_DEVICE to 
> /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000
>
> [14338] 2012-12-08 13:28:01.804276      Setting LVM_DEVICE to 
> /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000
>
> [14338] 2012-12-08 13:28:01.833284      LVMCache created for 
> VG_XenStorage-
>
> [14338] 2012-12-08 13:28:01.833563      lock: closed /var/lock/sm/sr
>
> [14338] 2012-12-08 13:28:01.833669      LVMCache created for 
> VG_XenStorage-
>
> [14338] 2012-12-08 13:28:01.833913      sr_probe {'subtask_of': 
> 'OpaqueRef:c9a23e90-3535-9bd2-e901-d50a860501d8', 'sr_sm_config': {}, 
> 'args': [], 'host_ref'$
>
> [14338] 2012-12-08 13:28:01.834056      mpath cmd: list maps
>
> [14338] 2012-12-08 13:28:01.846616      mpath output: multipathd> 
> multipathd>
>
> [14338] 2012-12-08 13:28:01.846820      Refreshing LUN 
> 3600c0ff000134320d6dab75001000000
>
> [14338] 2012-12-08 13:28:01.846965      ['ls', '/sys/class/scsi_host', 
> '-1', '--color=never']
>
> [14338] 2012-12-08 13:28:01.858676        pread SUCCESS
>
> [14338] 2012-12-08 13:28:01.859584      Full rescan of HostID 0
>
> [14338] 2012-12-08 13:28:04.062037      Refreshing channel 0:0:0
>
> [14338] 2012-12-08 13:28:04.063085      Dom0 disks: ['/dev/sda']
>
> [14338] 2012-12-08 13:28:04.063183      ['/usr/bin/sg_luns', '-q', 
> '/dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0']
>
> [14338] 2012-12-08 13:28:04.085292      FAILED in util.pread: (rc 9) 
> stdout: '', stderr: 'Report Luns command not supported (support 
> mandatory in SPC-3)
>
> '
>
> [14338] 2012-12-08 13:28:04.085482      Failed to detect or query LUN 
> on Channel 0:0:0
>
> [14338] 2012-12-08 13:29:04.722586      ***** generic exception: 
> sr_probe: EXCEPTION SR.SROSError, Error reporting error, unknown key 
> Device not appeared yet
>
>   File "/opt/xensource/sm/SRCommand.py", line 96, in run
>
>     return self._run_locked(sr)
>
>   File "/opt/xensource/sm/SRCommand.py", line 143, in _run_locked
>
>     return self._run(sr, target)
>
>   File "/opt/xensource/sm/SRCommand.py", line 269, in _run
>
>     txt = sr.probe()
>
>   File "/opt/xensource/sm/LVMoHBASR", line 162, in probe
>
>     self.mpathmodule.refresh(self.SCSIid,0)
>
>   File "/opt/xensource/sm/mpath_dmp.py", line 179, in refresh
>
>     raise xs_errors.XenError('Device not appeared yet')
>
>   File "/opt/xensource/sm/xs_errors.py", line 52, in __init__
>
>     raise SR.SROSError(1, "Error reporting error, unknown key %s" % key)
>
> [14338] 2012-12-08 13:29:04.722979      lock: closed /var/lock/sm/sr
>
> *From:*xen-api-bounces@lists.xen.org 
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Friday, December 07, 2012 10:34 PM
> *To:* xen-api@lists.xensource.com
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Ok, now it at least visible what happens.
>
> next step: look to the /var/log/SMlog after sr-probe.
>
> PS Please, reply to maillist, i'm not a personal support service.
>
> On 07.12.2012 11:56, Yatsko Mykhailo wrote:
>
> Well, I can’t even probe the device.
>
> xe sr-probe type=lvmohba returns
>
> Error code: SR_BACKEND_FAILURE_107
>
> Error parameters: , The SCSIid parameter is missing or incorrect, 
> 
>
> If I set the SCSIid -  xe sr-probe type=lvmohba device-config:SCSIid=*****
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> And xe sr-create shared=true type=lvmohba name-label=LUN9 
> device-config:SCSIid=**** returns the same
>
> Error code: SR_BACKEND_FAILURE_1
>
> Error parameters: , Error reporting error, unknown key Device not 
> appeared yet,
>
> As for software iSCSI – I can easily fire it up through XenCenter with 
> multipathing and all the stuff I need, but using HBA capabilities is 
> quite critical to me. If it may help, the device I use is HP 
> StorageWorks P2000 G3 with 4 1Gbit Ethernet storage ports per 
> controller. The wiring is OK, I doublechecked it. Also I even tried to 
> connect the storage directly to the servers to get rid of possible 
> failure point at the switch.
>
> *From:*xen-api-bounces@lists.xen.org 
>  
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 10:25 PM
> *To:* xen-api@lists.xensource.com 
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Well, may be output of the xe sr-create should be attached? Guessing 
> 'what is wrong' is kinda useless activity without logs or command output.
>
> On 06.12.2012 20:08, Yatsko Mykhailo wrote:
>
> Certainly. And lvmoiscsi works fine. I need to fire it up as lvmohba, 
> which causes troubles.
>
> /З повагою,
> Яцко Михайло Володимирович
> СиÑтемний адмініÑтратор
> Adelina Holding LLC
> Відділ технічної підтримки
> _________________________________
> 03065, м. Киів, бул. ЛепÑе//, 4
> E-mail: myatsko@adelina.com.ua 
> Web: www.adelina.com.ua 
> //Моб//.: +380501440657
> //ФакÑ//: +38 (032) 235 17 75/
>
> *From:*xen-api-bounces@lists.xen.org 
>  
> [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin
> *Sent:* Thursday, December 06, 2012 5:21 PM
> *To:* xen-api@lists.xen.org 
> *Subject:* Re: [Xen-API] XCP and HBA storage problem.
>
> Did you try to performs xe sr-create with type=lvmoiscsi?
>
> 05.12.2012 14:45, Yatsko Mykhailo пишет:
>
>     Hi everyone.
>
>     I am a complete newbie to Xen. I run the following config:
>
>     HP ProLiant DL360 G7 server, 2 absolutely identical items, running
>     latest XCP. They are joined in a pool. Also there is a HP
>     StorageWorks P2000 G3 storage array. This is the config I have
>     troubles with.
>
>     Currently we are planning to migrate to Xen-based solutions from
>     VMWare-based. We have other 2 servers (also identical to those
>     mentioned above), which make use of the same storage device.
>     VMWare servers connect to the storage over HBA.
>
>     XCP ones do not recognize LUNs (though there is one made specially
>     for them and not in use by any other machine) when adding a HBA
>     storage, but work fine if adding it as software iSCSI.  There are
>     no restrictions as for access at the storage side, no passwords etc.
>
>     Any piece of advice would be highly appreciated.
>
>     /З повагою//,
>     //Яцко Михайло Володимирович//
>     //СиÑтемний адмініÑтратор//
>     Adelina Holding LLC
>     //Відділ технічної підтримки//
>     ___________________//______________
>     03065, м. Киів, бул. ЛепÑе//, 4
>     E-mail: myatsko@adelina.com.ua 
>     Web: www.adelina.com.ua 
>     //Моб//.: +380501440657
>     //ФакÑ//: +38 (032) 235 17 75/
>
>
>
>
>
>
>     _______________________________________________
>
>     Xen-api mailing list
>
>     Xen-api@lists.xen.org  
>
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------050508040500000505050707
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit


  
    
  
  
    Ok,  and here is the answer:

    

    /usr/bin/sg_luns -q
      /dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0

    

    You should try to mount that volume to any generic linux and check
    if sg_luns can read it luns. If not - dig into storage specific
    stuff.

    

    

    

    On 08.12.2012 15:38, Yatsko Mykhailo wrote:
    

      
      
      
      

        
Here
            is the part referring to the last attempt of sr-probe

        
 

        
[14338]
            2012-12-08 13:28:01.795411      Setting LVM_DEVICE to
            /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000

        
[14338]
            2012-12-08 13:28:01.804276      Setting LVM_DEVICE to
            /dev/disk/by-scsid/3600c0ff000134320d6dab75001000000

        
[14338]
            2012-12-08 13:28:01.833284      LVMCache created for
            VG_XenStorage-

        
[14338]
            2012-12-08 13:28:01.833563      lock: closed /var/lock/sm/sr

        
[14338]
            2012-12-08 13:28:01.833669      LVMCache created for
            VG_XenStorage-

        
[14338]
            2012-12-08 13:28:01.833913      sr_probe {'subtask_of':
            'OpaqueRef:c9a23e90-3535-9bd2-e901-d50a860501d8',
            'sr_sm_config': {}, 'args': [], 'host_ref'$

        
[14338]
            2012-12-08 13:28:01.834056      mpath cmd: list maps

        
[14338]
            2012-12-08 13:28:01.846616      mpath output: multipathd>
            multipathd>

        
[14338]
            2012-12-08 13:28:01.846820      Refreshing LUN
            3600c0ff000134320d6dab75001000000

        
[14338]
            2012-12-08 13:28:01.846965      ['ls',
            '/sys/class/scsi_host', '-1', '--color=never']

        
[14338]
            2012-12-08 13:28:01.858676        pread SUCCESS

        
[14338]
            2012-12-08 13:28:01.859584      Full rescan of HostID 0

        
[14338]
            2012-12-08 13:28:04.062037      Refreshing channel 0:0:0

        
[14338]
            2012-12-08 13:28:04.063085      Dom0 disks: ['/dev/sda']

        
[14338]
            2012-12-08 13:28:04.063183      ['/usr/bin/sg_luns', '-q',
            '/dev/disk/by-scsibus/3600508b1001cd7d63a2561e9f119d5a9-0:0:0:0']

        
[14338]
            2012-12-08 13:28:04.085292      FAILED in util.pread: (rc 9)
            stdout: '', stderr: 'Report Luns command not supported
            (support mandatory in SPC-3)

        
'

        
[14338]
            2012-12-08 13:28:04.085482      Failed to detect or query
            LUN on Channel 0:0:0

        
[14338]
            2012-12-08 13:29:04.722586      ***** generic exception:
            sr_probe: EXCEPTION SR.SROSError, Error reporting error,
            unknown key Device not appeared yet

        
 
            File "/opt/xensource/sm/SRCommand.py", line 96, in run

        
   
            return self._run_locked(sr)

        
 
            File "/opt/xensource/sm/SRCommand.py", line 143, in
            _run_locked

        
   
            return self._run(sr, target)

        
 
            File "/opt/xensource/sm/SRCommand.py", line 269, in _run

        
   
            txt = sr.probe()

        
 
            File "/opt/xensource/sm/LVMoHBASR", line 162, in probe

        
   
            self.mpathmodule.refresh(self.SCSIid,0)

        
 
            File "/opt/xensource/sm/mpath_dmp.py", line 179, in refresh

        
   
            raise xs_errors.XenError('Device not appeared yet')

        
 
            File "/opt/xensource/sm/xs_errors.py", line 52, in __init__

        
   
            raise SR.SROSError(1, "Error reporting error, unknown key
            %s" % key)

        
 

        
[14338]
            2012-12-08 13:29:04.722979      lock: closed /var/lock/sm/sr

        
 

        
 

        

          

            
From:
                xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org] On Behalf Of
                George Shuklin

                Sent: Friday, December 07, 2012 10:34 PM

                To: xen-api@lists.xensource.com

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        
Ok, now it at least visible what happens.

          

          next step: look to the /var/log/SMlog after sr-probe.

          

          PS Please, reply to maillist, i'm not a personal support
          service.

          

          On 07.12.2012 11:56, Yatsko Mykhailo wrote: 

        
Well,
            I can’t even probe the device. 

        
xe
            sr-probe type=lvmohba returns 

        
Error
            code: SR_BACKEND_FAILURE_107

        
Error
            parameters: , The SCSIid parameter is missing or incorrect,
            <?xml version="1.0" ?>

        
If
            I set the SCSIid -  xe sr-probe type=lvmohba
            device-config:SCSIid=*****

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
And
            xe sr-create shared=true type=lvmohba name-label=LUN9
            device-config:SCSIid=**** returns the same

        
Error
            code: SR_BACKEND_FAILURE_1

        
Error
            parameters: , Error reporting error, unknown key Device not
            appeared yet,

        
 

        
As
            for software iSCSI – I can easily fire it up through
            XenCenter with multipathing and all the stuff I need, but
            using HBA capabilities is quite critical to me. If it may
            help, the device I use is HP StorageWorks P2000 G3 with 4
            1Gbit Ethernet storage ports per controller. The wiring is
            OK, I doublechecked it. Also I even tried to connect the
            storage directly to the servers to get rid of possible
            failure point at the switch.

        

          

            
From: xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org]
                On Behalf Of George Shuklin

                Sent: Thursday, December 06, 2012 10:25 PM

                To: xen-api@lists.xensource.com

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        
Well, may be output of the xe sr-create
          should be attached? Guessing 'what is wrong' is kinda useless
          activity without logs or command output.

          

          On 06.12.2012 20:08, Yatsko Mykhailo wrote: 

        
Certainly.
            And lvmoiscsi works fine. I need to fire it up as lvmohba,
            which causes troubles.

        
 

        

          
З повагою,

                Яцко Михайло Володимирович

                СиÑтемний адмініÑтратор

                Adelina Holding LLC

                Відділ технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

        

        
 

        

          

            
From:
                xen-api-bounces@lists.xen.org
                [mailto:xen-api-bounces@lists.xen.org]
                On Behalf Of George Shuklin

                Sent: Thursday, December 06, 2012 5:21 PM

                To: xen-api@lists.xen.org

                Subject: Re: [Xen-API] XCP and HBA storage
                problem.

          

        

        
 

        

          
Did you try to performs xe sr-create with
            type=lvmoiscsi?

            

            05.12.2012 14:45, Yatsko Mykhailo пишет:

        

        

          
Hi everyone.

          
I am a complete newbie
              to Xen. I run the following config:

          
HP ProLiant DL360 G7
              server, 2 absolutely identical items, running latest XCP.
              They are joined in a pool. Also there is a HP StorageWorks
              P2000 G3 storage array. This is the config I have troubles
              with. 

          
Currently we are
              planning to migrate to Xen-based solutions from
              VMWare-based. We have other 2 servers (also identical to
              those mentioned above), which make use of the same storage
              device. VMWare servers connect to the storage over HBA.

          
XCP ones do not
              recognize LUNs (though there is one made specially for
              them and not in use by any other machine) when adding a
              HBA storage, but work fine if adding it as software iSCSI.
               There are no restrictions as for access at the storage
              side, no passwords etc.

          
Any piece of advice
              would be highly appreciated.

          
 

          
З повагою,

              Яцко
                Михайло Володимирович

              СиÑтемний
                адмініÑтратор

                Adelina Holding LLC

              Відділ
                технічної підтримки

                _________________________________

                03065, м. Киів, бул. ЛепÑе, 4

                E-mail: myatsko@adelina.com.ua

                Web: www.adelina.com.ua

              Моб.: +380501440657

              ФакÑ: +38 (032) 235 17 75

          
 

          


              

              

              

              

            

          
_______________________________________________

          
Xen-api mailing list

          
Xen-api@lists.xen.org

          
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

        

        
 

      

      

      

      

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


    

  


--------------050508040500000505050707--


--===============5906057925590696479==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5906057925590696479==--


From xen-api-bounces@lists.xen.org Sun Dec 09 10:43:10 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 10:43: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 1TheLc-0007Ii-GB; Sun, 09 Dec 2012 10:43:00 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TheLa-0007Id-N4
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 10:42:58 +0000
Received: from [85.158.143.35:52977] by server-1.bemta-4.messagelabs.com id
	C3/FD-28401-23B64C05; Sun, 09 Dec 2012 10:42:58 +0000
X-Env-Sender: p.pridt@chello.at
X-Msg-Ref: server-10.tower-21.messagelabs.com!1355049776!10185592!1
X-Originating-IP: [62.179.121.39]
X-SpamReason: No, hits=1.8 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI3MDIz\n,sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI3MDIz\n,RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4104 invoked from network); 9 Dec 2012 10:42:56 -0000
Received: from fep19.mx.upcmail.net (HELO fep19.mx.upcmail.net) (62.179.121.39)
	by server-10.tower-21.messagelabs.com with SMTP;
	9 Dec 2012 10:42:56 -0000
Received: from edge04.upcmail.net ([192.168.13.239]) by viefep19-int.chello.at
	(InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP
	id <20121209104255.SZPD26940.viefep19-int.chello.at@edge04.upcmail.net>
	for ; Sun, 9 Dec 2012 11:42:55 +0100
Received: from [192.168.235.112] ([62.178.35.61])
	by edge04.upcmail.net with edge
	id ZNiv1k00q1K8qS604Nivcu; Sun, 09 Dec 2012 11:42:55 +0100
X-SourceIP: 62.178.35.61
X-Authenticated-Sender: compudoc
Message-ID: <50C46B2E.2060002@chello.at>
Date: Sun, 09 Dec 2012 11:42:54 +0100
From: Paul Pridt 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C1D085.4010105@chello.at>
In-Reply-To: <50C1D085.4010105@chello.at>
Subject: Re: [Xen-API] Attach CD or Removable Devices/Toolstack Choice
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,
does anybody know how one can use both xapi and xl toolstacks 
concurrently in Ubuntu 12.04 with xcp-xapi?
I found out that is possible in Citrix Xenserver and XCP Server 1.6.
If I could manage that it would be an acceptable solution since I need 
the xapi interface only for one single vm, while the other vms, that 
have the need of accessing drives natively, could run under xl control.

Mit freundlichen Gruessen/With kind regards
P. Pridt
Tel. 0043 676 700 11 01

Am 07.12.2012 12:18, schrieb Paul Pridt:
> Hi,
> I am looking for a way to attach a physical CD drive or a USB-attached 
> hard drive to a VM.
> I know that Citrix Xenserver does that through special udev-SRs. There 
> you even can attach an internal hard drive with the help of an udev 
> rule that creates the vdi.
> Has anybody a running solution?
> My system is Ubuntu 12.04 with xcp-xapi.
>


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

From xen-api-bounces@lists.xen.org Sun Dec 09 10:43:10 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 10:43: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 1TheLc-0007Ii-GB; Sun, 09 Dec 2012 10:43:00 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TheLa-0007Id-N4
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 10:42:58 +0000
Received: from [85.158.143.35:52977] by server-1.bemta-4.messagelabs.com id
	C3/FD-28401-23B64C05; Sun, 09 Dec 2012 10:42:58 +0000
X-Env-Sender: p.pridt@chello.at
X-Msg-Ref: server-10.tower-21.messagelabs.com!1355049776!10185592!1
X-Originating-IP: [62.179.121.39]
X-SpamReason: No, hits=1.8 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI3MDIz\n,sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM5ID0+IDI3MDIz\n,RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4104 invoked from network); 9 Dec 2012 10:42:56 -0000
Received: from fep19.mx.upcmail.net (HELO fep19.mx.upcmail.net) (62.179.121.39)
	by server-10.tower-21.messagelabs.com with SMTP;
	9 Dec 2012 10:42:56 -0000
Received: from edge04.upcmail.net ([192.168.13.239]) by viefep19-int.chello.at
	(InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP
	id <20121209104255.SZPD26940.viefep19-int.chello.at@edge04.upcmail.net>
	for ; Sun, 9 Dec 2012 11:42:55 +0100
Received: from [192.168.235.112] ([62.178.35.61])
	by edge04.upcmail.net with edge
	id ZNiv1k00q1K8qS604Nivcu; Sun, 09 Dec 2012 11:42:55 +0100
X-SourceIP: 62.178.35.61
X-Authenticated-Sender: compudoc
Message-ID: <50C46B2E.2060002@chello.at>
Date: Sun, 09 Dec 2012 11:42:54 +0100
From: Paul Pridt 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C1D085.4010105@chello.at>
In-Reply-To: <50C1D085.4010105@chello.at>
Subject: Re: [Xen-API] Attach CD or Removable Devices/Toolstack Choice
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,
does anybody know how one can use both xapi and xl toolstacks 
concurrently in Ubuntu 12.04 with xcp-xapi?
I found out that is possible in Citrix Xenserver and XCP Server 1.6.
If I could manage that it would be an acceptable solution since I need 
the xapi interface only for one single vm, while the other vms, that 
have the need of accessing drives natively, could run under xl control.

Mit freundlichen Gruessen/With kind regards
P. Pridt
Tel. 0043 676 700 11 01

Am 07.12.2012 12:18, schrieb Paul Pridt:
> Hi,
> I am looking for a way to attach a physical CD drive or a USB-attached 
> hard drive to a VM.
> I know that Citrix Xenserver does that through special udev-SRs. There 
> you even can attach an internal hard drive with the help of an udev 
> rule that creates the vdi.
> Has anybody a running solution?
> My system is Ubuntu 12.04 with xcp-xapi.
>


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

From xen-api-bounces@lists.xen.org Sun Dec 09 16:20:50 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 16:20: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 1ThjcO-00025z-Aj; Sun, 09 Dec 2012 16:20:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThjcN-00025u-8S
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 16:20:39 +0000
Received: from [85.158.138.51:56688] by server-13.bemta-3.messagelabs.com id
	0B/F3-24887-65AB4C05; Sun, 09 Dec 2012 16:20:38 +0000
X-Env-Sender: peter.broennimann@gmail.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1355070036!9427615!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, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10935 invoked from network); 9 Dec 2012 16:20:37 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 16:20:37 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2133289vcb.32
	for ; Sun, 09 Dec 2012 08:20:36 -0800 (PST)
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=3pAiLjQMz3xshi88pt/+cCsbtaqUX/qyQv8DmH5oN14=;
	b=n0iE23g2ZkU/eYzbx6HxXYyXRY7uqNgzkO+cyoyksKol/bQe72Ob7oobuyt7lAOVGW
	fujsFlYS7vxL/pHlTYKtdmLRJNW2Yta4CShOZie+ClryIj3X8ENKKE1ZS1v6ZaHjOKBV
	FZ1D8w41UXS/j/YQK3jUNp0K4/BPj/Y8t8LnIyXBLSYvBNxBjeEauJNArx8K1oaQ8Nx6
	hEzM03iVSrnftL4R8CNUsFaYiFVgnsJrNB8GyEi8s7ZuUedDDc4a8WGR8gyNk6tgkpn2
	Bv0schnNe8WCQxeTHLbA2UbAgIw4KEH1aKV5VTTG4hFUcHHyBH8oo4UQvoklHYlNSo0n
	Cf5Q==
Received: by 10.52.99.197 with SMTP id es5mr6403697vdb.7.1355070036065; Sun,
	09 Dec 2012 08:20:36 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.69.66 with HTTP; Sun, 9 Dec 2012 08:20:15 -0800 (PST)
From: "P. Broennimann" 
Date: Sun, 9 Dec 2012 17:20:15 +0100
Message-ID: 
To: xen-api@lists.xen.org
Subject: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3236759278117435515=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3236759278117435515==
Content-Type: multipart/alternative; boundary=20cf3071c6a6253d6a04d06dd453

--20cf3071c6a6253d6a04d06dd453
Content-Type: text/plain; charset=ISO-8859-1

Hi there

P.S: This is a cross-posting:
http://archives.postgresql.org/pgsql-general/2012-12/msg00189.php

I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
headless.

The VM is completely fresh & clean and works fine. Then I install
Postgresql...

   sudo apt-get install python-software-properties
   sudo add-apt-repository ppa:pitti/postgresql
   sudo apt-get update
   sudo apt-get install postgresql-9.2

...what works well. But when I reboot I see/get the following error:

   * Starting load fallback graphics devices  [fail]

Postgresql seems to work fine but anyone knows what is this error all
about? I never saw such a thing under my old Ubuntu 10.04 VM!?

Thanks & cheers,
Peter

--20cf3071c6a6253d6a04d06dd453
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi there
P.S: This is a cross-posting: http://a=
rchives.postgresql.org/pgsql-general/2012-12/msg00189.php



I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.=
1/64
headless.

The VM is completely fresh & clean and works fine. Then I install
Postgresql...

   sudo apt-get install python-software-properties
   sudo add-apt-repository ppa:pitti/postgresql
   sudo apt-get update
   sudo apt-get install postgresql-9.2

...what works well. But when I reboot I see/get the following error:

   * Starting load fallback graphics devices  [fail]

Postgresql seems to work fine but anyone knows what is this error all
about? I never saw such a thing under my old Ubuntu 10.04 VM!?

Thanks & cheers,
Peter



--20cf3071c6a6253d6a04d06dd453--


--===============3236759278117435515==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============3236759278117435515==--


From xen-api-bounces@lists.xen.org Sun Dec 09 16:20:50 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 16:20: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 1ThjcO-00025z-Aj; Sun, 09 Dec 2012 16:20:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThjcN-00025u-8S
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 16:20:39 +0000
Received: from [85.158.138.51:56688] by server-13.bemta-3.messagelabs.com id
	0B/F3-24887-65AB4C05; Sun, 09 Dec 2012 16:20:38 +0000
X-Env-Sender: peter.broennimann@gmail.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1355070036!9427615!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, ML_RADAR_SPEW_LINKS_18, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10935 invoked from network); 9 Dec 2012 16:20:37 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 16:20:37 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2133289vcb.32
	for ; Sun, 09 Dec 2012 08:20:36 -0800 (PST)
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=3pAiLjQMz3xshi88pt/+cCsbtaqUX/qyQv8DmH5oN14=;
	b=n0iE23g2ZkU/eYzbx6HxXYyXRY7uqNgzkO+cyoyksKol/bQe72Ob7oobuyt7lAOVGW
	fujsFlYS7vxL/pHlTYKtdmLRJNW2Yta4CShOZie+ClryIj3X8ENKKE1ZS1v6ZaHjOKBV
	FZ1D8w41UXS/j/YQK3jUNp0K4/BPj/Y8t8LnIyXBLSYvBNxBjeEauJNArx8K1oaQ8Nx6
	hEzM03iVSrnftL4R8CNUsFaYiFVgnsJrNB8GyEi8s7ZuUedDDc4a8WGR8gyNk6tgkpn2
	Bv0schnNe8WCQxeTHLbA2UbAgIw4KEH1aKV5VTTG4hFUcHHyBH8oo4UQvoklHYlNSo0n
	Cf5Q==
Received: by 10.52.99.197 with SMTP id es5mr6403697vdb.7.1355070036065; Sun,
	09 Dec 2012 08:20:36 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.69.66 with HTTP; Sun, 9 Dec 2012 08:20:15 -0800 (PST)
From: "P. Broennimann" 
Date: Sun, 9 Dec 2012 17:20:15 +0100
Message-ID: 
To: xen-api@lists.xen.org
Subject: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3236759278117435515=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3236759278117435515==
Content-Type: multipart/alternative; boundary=20cf3071c6a6253d6a04d06dd453

--20cf3071c6a6253d6a04d06dd453
Content-Type: text/plain; charset=ISO-8859-1

Hi there

P.S: This is a cross-posting:
http://archives.postgresql.org/pgsql-general/2012-12/msg00189.php

I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
headless.

The VM is completely fresh & clean and works fine. Then I install
Postgresql...

   sudo apt-get install python-software-properties
   sudo add-apt-repository ppa:pitti/postgresql
   sudo apt-get update
   sudo apt-get install postgresql-9.2

...what works well. But when I reboot I see/get the following error:

   * Starting load fallback graphics devices  [fail]

Postgresql seems to work fine but anyone knows what is this error all
about? I never saw such a thing under my old Ubuntu 10.04 VM!?

Thanks & cheers,
Peter

--20cf3071c6a6253d6a04d06dd453
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi there
P.S: This is a cross-posting: http://a=
rchives.postgresql.org/pgsql-general/2012-12/msg00189.php



I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.=
1/64
headless.

The VM is completely fresh & clean and works fine. Then I install
Postgresql...

   sudo apt-get install python-software-properties
   sudo add-apt-repository ppa:pitti/postgresql
   sudo apt-get update
   sudo apt-get install postgresql-9.2

...what works well. But when I reboot I see/get the following error:

   * Starting load fallback graphics devices  [fail]

Postgresql seems to work fine but anyone knows what is this error all
about? I never saw such a thing under my old Ubuntu 10.04 VM!?

Thanks & cheers,
Peter



--20cf3071c6a6253d6a04d06dd453--


--===============3236759278117435515==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============3236759278117435515==--


From xen-api-bounces@lists.xen.org Sun Dec 09 18:31:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 18:31: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 1ThleV-0002x1-UC; Sun, 09 Dec 2012 18:30:59 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThleU-0002ww-BI
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 18:30:58 +0000
Received: from [193.109.254.147:29352] by server-11.bemta-14.messagelabs.com
	id 98/FE-29027-1E8D4C05; Sun, 09 Dec 2012 18:30:57 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-6.tower-27.messagelabs.com!1355077855!4254084!1
X-Originating-IP: [209.85.212.181]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14712 invoked from network); 9 Dec 2012 18:30:55 -0000
Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com)
	(209.85.212.181)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 18:30:55 -0000
Received: by mail-wi0-f181.google.com with SMTP id hm9so632637wib.14
	for ; Sun, 09 Dec 2012 10:30:55 -0800 (PST)
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=rJm9hIesmWK9BMYbMwGdJoSMaujYN5X+Rj4/UufhwhE=;
	b=GBFShKU4iAD9k8aYU6tAZN+7nFVHBtW9/jrb7Gb4OqKb3gwFtNtus1lvE8phFiO4Wt
	ef6DpiXtm7g/jxsFvxRCFmSuckEXe5DdNJ/e7DhtsXaYJnYoDZf/6w77mq7Onbxi46yK
	YyIrNoakyDf7YKIrWzJM1/TcKZcEkuVwlOyiesHfVooI2Z3oTY6u3CRJpDkRNb4mZcGk
	DMdiBInaiH7J3JWJUsw1C66MMTTsoR67aIQofInzaQ2Ahr5MRykmidYjXe24lMB+8nh7
	qhRKETcoMnB8qpgKAfe1Xx9XFVXpFIOKnkPTUSCmqwVI759Ifj0alU5Zv4oH9Ap1soxo
	pB/w==
Received: by 10.216.207.144 with SMTP id n16mr4452373weo.113.1355077855013;
	Sun, 09 Dec 2012 10:30:55 -0800 (PST)
Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53])
	by mx.google.com with ESMTPS id i6sm6990886wix.5.2012.12.09.10.30.53
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 10:30:54 -0800 (PST)
Received: by mail-wg0-f53.google.com with SMTP id ei8so932086wgb.32
	for ; Sun, 09 Dec 2012 10:30:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.94.226 with SMTP id df2mr7254243wib.11.1355077852128; Sun,
	09 Dec 2012 10:30:52 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 10:30:52 -0800 (PST)
Date: Sun, 9 Dec 2012 15:30:52 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmlEV0d79kM5GLAgLPf2YWI57BCdjdf4RdPDp9uu89XLhjNMrDTUhjLxYfHqX3PEGMKqtn7
Subject: [Xen-API] Fwd:  Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/11/19 Denis Cardon :
> Hi Ricardo,
>
>>
>> apologize in advance for my bad English, this is the first time I
>> write to a list if I mistake Excuse me
>>
>> I have installed XCP 1.1 I have installed the vms, when installing
>> ubuntu 12 x64 install. installed everything ended well, when reenicia
>> tells me the disc is read-only. here the link of the screenshot
>>
>> http://guzman.com.ar/imagenes/Pantallazo.png
>>
>> Remove and reinstall the same thing happens, that peude happen?
>> Xencenter6.02'm using to create the VMs on another pc I walk perfectly
>> .. might be installed wrong .....
>
>
> I guess ubuntu 12 uses ext4 with barrier enabled by default, which are not
> implemented in xcp 1.1. You should add barrier=0 in your fstab entry, see
>
> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xenserver-guest/
>
> cheers,
>
> Denis
>
>

Hello Denis!

Thank you very much for answering quickly. the strange thing is that I
have another OS installed ubuntu 12 x 32 works perfectly. The strange
thing is that I strip x64 error on reading ..

Here I spend my fstab settings of the VM

#                
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/xvda2 during installation
UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
errors=remount-ro 0       1
# swap was on /dev/xvda1 during installation
UUID=16630014-cb63-4f0a-b208-f262384e38fa none            swap    sw
           0       0


I put in fstab UUID = f92edea0-9926-4435-83c9-f384945e7f38

as I saw in the forum settings should be given as follows:?

/dev/xvda1        /        ext4      errors=remount-ro,barrier=0      0     1

instead of
UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
errors=remount-ro 0       1


Swap it would also have to change it?
I have little experience in these settings, you have to put my foot,
so I will throw up a milestone in the ears.
thank you very much for your help

Ricardo

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

From xen-api-bounces@lists.xen.org Sun Dec 09 18:31:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 18:31: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 1ThleV-0002x1-UC; Sun, 09 Dec 2012 18:30:59 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThleU-0002ww-BI
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 18:30:58 +0000
Received: from [193.109.254.147:29352] by server-11.bemta-14.messagelabs.com
	id 98/FE-29027-1E8D4C05; Sun, 09 Dec 2012 18:30:57 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-6.tower-27.messagelabs.com!1355077855!4254084!1
X-Originating-IP: [209.85.212.181]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14712 invoked from network); 9 Dec 2012 18:30:55 -0000
Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com)
	(209.85.212.181)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 18:30:55 -0000
Received: by mail-wi0-f181.google.com with SMTP id hm9so632637wib.14
	for ; Sun, 09 Dec 2012 10:30:55 -0800 (PST)
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=rJm9hIesmWK9BMYbMwGdJoSMaujYN5X+Rj4/UufhwhE=;
	b=GBFShKU4iAD9k8aYU6tAZN+7nFVHBtW9/jrb7Gb4OqKb3gwFtNtus1lvE8phFiO4Wt
	ef6DpiXtm7g/jxsFvxRCFmSuckEXe5DdNJ/e7DhtsXaYJnYoDZf/6w77mq7Onbxi46yK
	YyIrNoakyDf7YKIrWzJM1/TcKZcEkuVwlOyiesHfVooI2Z3oTY6u3CRJpDkRNb4mZcGk
	DMdiBInaiH7J3JWJUsw1C66MMTTsoR67aIQofInzaQ2Ahr5MRykmidYjXe24lMB+8nh7
	qhRKETcoMnB8qpgKAfe1Xx9XFVXpFIOKnkPTUSCmqwVI759Ifj0alU5Zv4oH9Ap1soxo
	pB/w==
Received: by 10.216.207.144 with SMTP id n16mr4452373weo.113.1355077855013;
	Sun, 09 Dec 2012 10:30:55 -0800 (PST)
Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53])
	by mx.google.com with ESMTPS id i6sm6990886wix.5.2012.12.09.10.30.53
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 10:30:54 -0800 (PST)
Received: by mail-wg0-f53.google.com with SMTP id ei8so932086wgb.32
	for ; Sun, 09 Dec 2012 10:30:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.94.226 with SMTP id df2mr7254243wib.11.1355077852128; Sun,
	09 Dec 2012 10:30:52 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 10:30:52 -0800 (PST)
Date: Sun, 9 Dec 2012 15:30:52 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmlEV0d79kM5GLAgLPf2YWI57BCdjdf4RdPDp9uu89XLhjNMrDTUhjLxYfHqX3PEGMKqtn7
Subject: [Xen-API] Fwd:  Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/11/19 Denis Cardon :
> Hi Ricardo,
>
>>
>> apologize in advance for my bad English, this is the first time I
>> write to a list if I mistake Excuse me
>>
>> I have installed XCP 1.1 I have installed the vms, when installing
>> ubuntu 12 x64 install. installed everything ended well, when reenicia
>> tells me the disc is read-only. here the link of the screenshot
>>
>> http://guzman.com.ar/imagenes/Pantallazo.png
>>
>> Remove and reinstall the same thing happens, that peude happen?
>> Xencenter6.02'm using to create the VMs on another pc I walk perfectly
>> .. might be installed wrong .....
>
>
> I guess ubuntu 12 uses ext4 with barrier enabled by default, which are not
> implemented in xcp 1.1. You should add barrier=0 in your fstab entry, see
>
> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xenserver-guest/
>
> cheers,
>
> Denis
>
>

Hello Denis!

Thank you very much for answering quickly. the strange thing is that I
have another OS installed ubuntu 12 x 32 works perfectly. The strange
thing is that I strip x64 error on reading ..

Here I spend my fstab settings of the VM

#                
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/xvda2 during installation
UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
errors=remount-ro 0       1
# swap was on /dev/xvda1 during installation
UUID=16630014-cb63-4f0a-b208-f262384e38fa none            swap    sw
           0       0


I put in fstab UUID = f92edea0-9926-4435-83c9-f384945e7f38

as I saw in the forum settings should be given as follows:?

/dev/xvda1        /        ext4      errors=remount-ro,barrier=0      0     1

instead of
UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
errors=remount-ro 0       1


Swap it would also have to change it?
I have little experience in these settings, you have to put my foot,
so I will throw up a milestone in the ears.
thank you very much for your help

Ricardo

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

From xen-api-bounces@lists.xen.org Sun Dec 09 18:42:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 18:42: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 1ThlpD-00034a-TK; Sun, 09 Dec 2012 18:42:03 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThlpC-00034V-8z
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 18:42:02 +0000
Received: from [85.158.138.51:13403] by server-6.bemta-3.messagelabs.com id
	E4/0A-28265-97BD4C05; Sun, 09 Dec 2012 18:42:01 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-2.tower-174.messagelabs.com!1355078520!27799064!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29490 invoked from network); 9 Dec 2012 18:42:00 -0000
Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com)
	(74.125.82.53)
	by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 18:42:00 -0000
Received: by mail-wg0-f53.google.com with SMTP id ei8so935075wgb.32
	for ; Sun, 09 Dec 2012 10:42:00 -0800 (PST)
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=4kWijx6wTw2A8G46bAxHg8V8YM3WxhV/6B8Y5lkYBjI=;
	b=c/QAv7kCYAPL+mAQkGsheNf1oKMn6xBzKFIzQiJHNC7AWG+yWu99kzTKr11+4pnP3B
	uCtDKH/R+XerOJcsfhT+YcqF+2scoMaBYndtGfiy9JRPt/hSm/wLdhVxJcSNWm1fzPS/
	jxwvrYtgqRk7fcHDD2CXWURf/tvAUAjvvDy+DGD6DMgr0XvAoYNtqKDXMdEZ1GB3Zcci
	cIlIaejzsbyTfEBIj7/EQl3+HClvn+gymsZZ1MuboBmZQNoi7VBsW57mMhoxgUHiaRFd
	DR2ad+6Eg9rnx8H0QROVo051gNbWx5atB5LjdkMqwvfSY+jjHJLCXapSnTqJxqa4oKJL
	7sIA==
Received: by 10.180.107.197 with SMTP id he5mr7314771wib.1.1355078520227;
	Sun, 09 Dec 2012 10:42:00 -0800 (PST)
Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com
	[209.85.212.175])
	by mx.google.com with ESMTPS id h19sm7024337wiv.7.2012.12.09.10.41.58
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 10:41:59 -0800 (PST)
Received: by mail-wi0-f175.google.com with SMTP id hm11so649558wib.14
	for ; Sun, 09 Dec 2012 10:41:58 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.85.165 with SMTP id i5mr7280798wiz.11.1355078518267; Sun,
	09 Dec 2012 10:41:58 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 10:41:58 -0800 (PST)
In-Reply-To: 
References: 
Date: Sun, 9 Dec 2012 15:41:58 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmpI22KGXkpOrvker6N8zZM1mntyyHB6b1+ue68Yh/qYyeSmcyMICOfXcL7nIXqv6epH2jX
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/12/9 Ricardo :
> 2012/11/19 Denis Cardon :
>> Hi Ricardo,
>>
>>>
>>> apologize in advance for my bad English, this is the first time I
>>> write to a list if I mistake Excuse me
>>>
>>> I have installed XCP 1.1 I have installed the vms, when installing
>>> ubuntu 12 x64 install. installed everything ended well, when reenicia
>>> tells me the disc is read-only. here the link of the screenshot
>>>
>>> http://guzman.com.ar/imagenes/Pantallazo.png
>>>
>>> Remove and reinstall the same thing happens, that peude happen?
>>> Xencenter6.02'm using to create the VMs on another pc I walk perfectly
>>> .. might be installed wrong .....
>>
>>
>> I guess ubuntu 12 uses ext4 with barrier enabled by default, which are not
>> implemented in xcp 1.1. You should add barrier=0 in your fstab entry, see
>>
>> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xenserver-guest/
>>
>> cheers,
>>
>> Denis
>>
>>
>
> Hello Denis!
>
> Thank you very much for answering quickly. the strange thing is that I
> have another OS installed ubuntu 12 x 32 works perfectly. The strange
> thing is that I strip x64 error on reading ..
>
> Here I spend my fstab settings of the VM
>
> #                
> proc            /proc           proc    nodev,noexec,nosuid 0       0
> # / was on /dev/xvda2 during installation
> UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
> errors=remount-ro 0       1
> # swap was on /dev/xvda1 during installation
> UUID=16630014-cb63-4f0a-b208-f262384e38fa none            swap    sw
>            0       0
>
>
> I put in fstab UUID = f92edea0-9926-4435-83c9-f384945e7f38
>
> as I saw in the forum settings should be given as follows:?
>
> /dev/xvda1        /        ext4      errors=remount-ro,barrier=0      0     1
>
> instead of
> UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
> errors=remount-ro 0       1
>
>
> Swap it would also have to change it?
> I have little experience in these settings, you have to put my foot,
> so I will throw up a milestone in the ears.
> thank you very much for your help
>
> Ricardo

	
Hello list

Did I forgot to ask you something, do not give him the solution to the
vm that has installed ubuntu 12.0 in my XCP, which would be the way to
edit the FSTAB file?

I already tried with live-CD, not let me mount it the disc, lagoon is
no way to mount virtual disk to edit the fstab file?

any comment is appreciated.

Ricardo

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

From xen-api-bounces@lists.xen.org Sun Dec 09 18:42:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 18:42: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 1ThlpD-00034a-TK; Sun, 09 Dec 2012 18:42:03 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThlpC-00034V-8z
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 18:42:02 +0000
Received: from [85.158.138.51:13403] by server-6.bemta-3.messagelabs.com id
	E4/0A-28265-97BD4C05; Sun, 09 Dec 2012 18:42:01 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-2.tower-174.messagelabs.com!1355078520!27799064!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29490 invoked from network); 9 Dec 2012 18:42:00 -0000
Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com)
	(74.125.82.53)
	by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 18:42:00 -0000
Received: by mail-wg0-f53.google.com with SMTP id ei8so935075wgb.32
	for ; Sun, 09 Dec 2012 10:42:00 -0800 (PST)
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=4kWijx6wTw2A8G46bAxHg8V8YM3WxhV/6B8Y5lkYBjI=;
	b=c/QAv7kCYAPL+mAQkGsheNf1oKMn6xBzKFIzQiJHNC7AWG+yWu99kzTKr11+4pnP3B
	uCtDKH/R+XerOJcsfhT+YcqF+2scoMaBYndtGfiy9JRPt/hSm/wLdhVxJcSNWm1fzPS/
	jxwvrYtgqRk7fcHDD2CXWURf/tvAUAjvvDy+DGD6DMgr0XvAoYNtqKDXMdEZ1GB3Zcci
	cIlIaejzsbyTfEBIj7/EQl3+HClvn+gymsZZ1MuboBmZQNoi7VBsW57mMhoxgUHiaRFd
	DR2ad+6Eg9rnx8H0QROVo051gNbWx5atB5LjdkMqwvfSY+jjHJLCXapSnTqJxqa4oKJL
	7sIA==
Received: by 10.180.107.197 with SMTP id he5mr7314771wib.1.1355078520227;
	Sun, 09 Dec 2012 10:42:00 -0800 (PST)
Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com
	[209.85.212.175])
	by mx.google.com with ESMTPS id h19sm7024337wiv.7.2012.12.09.10.41.58
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 10:41:59 -0800 (PST)
Received: by mail-wi0-f175.google.com with SMTP id hm11so649558wib.14
	for ; Sun, 09 Dec 2012 10:41:58 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.85.165 with SMTP id i5mr7280798wiz.11.1355078518267; Sun,
	09 Dec 2012 10:41:58 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 10:41:58 -0800 (PST)
In-Reply-To: 
References: 
Date: Sun, 9 Dec 2012 15:41:58 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmpI22KGXkpOrvker6N8zZM1mntyyHB6b1+ue68Yh/qYyeSmcyMICOfXcL7nIXqv6epH2jX
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/12/9 Ricardo :
> 2012/11/19 Denis Cardon :
>> Hi Ricardo,
>>
>>>
>>> apologize in advance for my bad English, this is the first time I
>>> write to a list if I mistake Excuse me
>>>
>>> I have installed XCP 1.1 I have installed the vms, when installing
>>> ubuntu 12 x64 install. installed everything ended well, when reenicia
>>> tells me the disc is read-only. here the link of the screenshot
>>>
>>> http://guzman.com.ar/imagenes/Pantallazo.png
>>>
>>> Remove and reinstall the same thing happens, that peude happen?
>>> Xencenter6.02'm using to create the VMs on another pc I walk perfectly
>>> .. might be installed wrong .....
>>
>>
>> I guess ubuntu 12 uses ext4 with barrier enabled by default, which are not
>> implemented in xcp 1.1. You should add barrier=0 in your fstab entry, see
>>
>> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xenserver-guest/
>>
>> cheers,
>>
>> Denis
>>
>>
>
> Hello Denis!
>
> Thank you very much for answering quickly. the strange thing is that I
> have another OS installed ubuntu 12 x 32 works perfectly. The strange
> thing is that I strip x64 error on reading ..
>
> Here I spend my fstab settings of the VM
>
> #                
> proc            /proc           proc    nodev,noexec,nosuid 0       0
> # / was on /dev/xvda2 during installation
> UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
> errors=remount-ro 0       1
> # swap was on /dev/xvda1 during installation
> UUID=16630014-cb63-4f0a-b208-f262384e38fa none            swap    sw
>            0       0
>
>
> I put in fstab UUID = f92edea0-9926-4435-83c9-f384945e7f38
>
> as I saw in the forum settings should be given as follows:?
>
> /dev/xvda1        /        ext4      errors=remount-ro,barrier=0      0     1
>
> instead of
> UUID=f92edea0-9926-4435-83c9-f384945e7f38 /               ext4
> errors=remount-ro 0       1
>
>
> Swap it would also have to change it?
> I have little experience in these settings, you have to put my foot,
> so I will throw up a milestone in the ears.
> thank you very much for your help
>
> Ricardo

	
Hello list

Did I forgot to ask you something, do not give him the solution to the
vm that has installed ubuntu 12.0 in my XCP, which would be the way to
edit the FSTAB file?

I already tried with live-CD, not let me mount it the disc, lagoon is
no way to mount virtual disk to edit the fstab file?

any comment is appreciated.

Ricardo

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

From xen-api-bounces@lists.xen.org Sun Dec 09 20:22:18 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 20:22: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 1ThnO4-0004IX-I3; Sun, 09 Dec 2012 20:22:08 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThnO2-0004IP-Rh
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 20:22:07 +0000
Received: from [85.158.143.99:49685] by server-2.bemta-4.messagelabs.com id
	07/9C-30861-EE2F4C05; Sun, 09 Dec 2012 20:22:06 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1355084525!25344378!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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31667 invoked from network); 9 Dec 2012 20:22:05 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 20:22:05 -0000
Received: by mail-lb0-f173.google.com with SMTP id c1so1845306lbg.32
	for ; Sun, 09 Dec 2012 12:22:04 -0800 (PST)
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:content-transfer-encoding;
	bh=AVv5BWua+nqp2tGf7LJVkEYOO+c5AVwI3nKtyfxrtz8=;
	b=t18d2cUdc+U2jnWDYbpDwX3o2ry1+yhOPDR/Qq7fW274FFzqh3hzmFLLRCqXSuDP2t
	r1bpPEFEoJ2mgyTS5jkLOj81CuGI71xVAkC9iJLLJHhlYwg2gHU1Bn7OCxrmV7PbDmbv
	5beWuvHrEBqxbGgBl60FJ1E0CPfd8e2B5Z6OUe+rrqmtzp5qbHgaveXv+pLbZT1By0E6
	xP0ZqM2OmkVCUJ2DJFnCE5d90NofW9WIQngRRJcmvy7zFHud7SVckuQ5ari3prCOEkJ8
	vP7X6mLmpxrWV1G18ECr43Upx6djzrQd2ogIfwW7+A6VDk7wDW47Ogf0td2nZsBKbxuJ
	KLDA==
Received: by 10.112.99.195 with SMTP id es3mr5186081lbb.132.1355084524660;
	Sun, 09 Dec 2012 12:22:04 -0800 (PST)
Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97])
	by mx.google.com with ESMTPS id ee5sm6957907lbb.14.2012.12.09.12.22.03
	(version=SSLv3 cipher=OTHER); Sun, 09 Dec 2012 12:22:03 -0800 (PST)
Message-ID: <50C4F32E.6050608@gmail.com>
Date: Mon, 10 Dec 2012 00:23:10 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.11) Gecko/20121122 Icedove/10.0.11
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C1D085.4010105@chello.at> <50C46B2E.2060002@chello.at>
In-Reply-To: <50C46B2E.2060002@chello.at>
Subject: Re: [Xen-API] Attach CD or Removable Devices/Toolstack Choice
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I think this is bad idea.

JFYI: If xapi see some 'stray' domUs during start it kill them. All of 
them, except dom0. And 'stray' domain is domain not managed by xapi.

On 09.12.2012 14:42, Paul Pridt wrote:
> Hi,
> does anybody know how one can use both xapi and xl toolstacks 
> concurrently in Ubuntu 12.04 with xcp-xapi?
> I found out that is possible in Citrix Xenserver and XCP Server 1.6.
> If I could manage that it would be an acceptable solution since I need 
> the xapi interface only for one single vm, while the other vms, that 
> have the need of accessing drives natively, could run under xl control.
>
> Mit freundlichen Gruessen/With kind regards
> P. Pridt
> Tel. 0043 676 700 11 01
>
> Am 07.12.2012 12:18, schrieb Paul Pridt:
>> Hi,
>> I am looking for a way to attach a physical CD drive or a 
>> USB-attached hard drive to a VM.
>> I know that Citrix Xenserver does that through special udev-SRs. 
>> There you even can attach an internal hard drive with the help of an 
>> udev rule that creates the vdi.
>> Has anybody a running solution?
>> My system is Ubuntu 12.04 with xcp-xapi.
>>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

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

From xen-api-bounces@lists.xen.org Sun Dec 09 20:22:18 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 20:22: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 1ThnO4-0004IX-I3; Sun, 09 Dec 2012 20:22:08 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1ThnO2-0004IP-Rh
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 20:22:07 +0000
Received: from [85.158.143.99:49685] by server-2.bemta-4.messagelabs.com id
	07/9C-30861-EE2F4C05; Sun, 09 Dec 2012 20:22:06 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1355084525!25344378!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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31667 invoked from network); 9 Dec 2012 20:22:05 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 20:22:05 -0000
Received: by mail-lb0-f173.google.com with SMTP id c1so1845306lbg.32
	for ; Sun, 09 Dec 2012 12:22:04 -0800 (PST)
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:content-transfer-encoding;
	bh=AVv5BWua+nqp2tGf7LJVkEYOO+c5AVwI3nKtyfxrtz8=;
	b=t18d2cUdc+U2jnWDYbpDwX3o2ry1+yhOPDR/Qq7fW274FFzqh3hzmFLLRCqXSuDP2t
	r1bpPEFEoJ2mgyTS5jkLOj81CuGI71xVAkC9iJLLJHhlYwg2gHU1Bn7OCxrmV7PbDmbv
	5beWuvHrEBqxbGgBl60FJ1E0CPfd8e2B5Z6OUe+rrqmtzp5qbHgaveXv+pLbZT1By0E6
	xP0ZqM2OmkVCUJ2DJFnCE5d90NofW9WIQngRRJcmvy7zFHud7SVckuQ5ari3prCOEkJ8
	vP7X6mLmpxrWV1G18ECr43Upx6djzrQd2ogIfwW7+A6VDk7wDW47Ogf0td2nZsBKbxuJ
	KLDA==
Received: by 10.112.99.195 with SMTP id es3mr5186081lbb.132.1355084524660;
	Sun, 09 Dec 2012 12:22:04 -0800 (PST)
Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97])
	by mx.google.com with ESMTPS id ee5sm6957907lbb.14.2012.12.09.12.22.03
	(version=SSLv3 cipher=OTHER); Sun, 09 Dec 2012 12:22:03 -0800 (PST)
Message-ID: <50C4F32E.6050608@gmail.com>
Date: Mon, 10 Dec 2012 00:23:10 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.11) Gecko/20121122 Icedove/10.0.11
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C1D085.4010105@chello.at> <50C46B2E.2060002@chello.at>
In-Reply-To: <50C46B2E.2060002@chello.at>
Subject: Re: [Xen-API] Attach CD or Removable Devices/Toolstack Choice
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I think this is bad idea.

JFYI: If xapi see some 'stray' domUs during start it kill them. All of 
them, except dom0. And 'stray' domain is domain not managed by xapi.

On 09.12.2012 14:42, Paul Pridt wrote:
> Hi,
> does anybody know how one can use both xapi and xl toolstacks 
> concurrently in Ubuntu 12.04 with xcp-xapi?
> I found out that is possible in Citrix Xenserver and XCP Server 1.6.
> If I could manage that it would be an acceptable solution since I need 
> the xapi interface only for one single vm, while the other vms, that 
> have the need of accessing drives natively, could run under xl control.
>
> Mit freundlichen Gruessen/With kind regards
> P. Pridt
> Tel. 0043 676 700 11 01
>
> Am 07.12.2012 12:18, schrieb Paul Pridt:
>> Hi,
>> I am looking for a way to attach a physical CD drive or a 
>> USB-attached hard drive to a VM.
>> I know that Citrix Xenserver does that through special udev-SRs. 
>> There you even can attach an internal hard drive with the help of an 
>> udev rule that creates the vdi.
>> Has anybody a running solution?
>> My system is Ubuntu 12.04 with xcp-xapi.
>>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

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

From xen-api-bounces@lists.xen.org Sun Dec 09 22:15:22 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 22:15:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Thp9W-00068l-8C; Sun, 09 Dec 2012 22: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 1Thp9U-00068e-Qc
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 22:15:13 +0000
Received: from [85.158.143.35:52810] by server-2.bemta-4.messagelabs.com id
	1B/88-30861-07D05C05; Sun, 09 Dec 2012 22:15:12 +0000
X-Env-Sender: mc-mail@g.mc.cx
X-Msg-Ref: server-5.tower-21.messagelabs.com!1355091310!4034645!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=2.2 required=7.0 tests=RATWARE_GECKO_BUILD,
	RCVD_BY_IP,RCVD_ILLEGAL_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19636 invoked from network); 9 Dec 2012 22:15:11 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 22:15:11 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so1800847laa.32
	for ; Sun, 09 Dec 2012 14:15:10 -0800 (PST)
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:references
	:in-reply-to:content-type:content-transfer-encoding
	:x-gm-message-state;
	bh=QWVKNtxRSHYuTPSfQ0RvCoOw7t5CZFD+f0/WVL+h5OA=;
	b=JoRjt4vL/y4MvJ241MoB5uFzbMVlot8BPlVfltN/Ezip3789dnjb281pzaBf23Bjy5
	L0utpnmPQbOybeR6lLTY9x9e585bYx283YSwS9eYLgAf/5WBgmQB3IeBJCcutAOL/fzC
	iRv8XOeul8m0mKVEIeRPTeGXEr0PWK/s5po2cgdIu+YfzB94YuJxBuvGlm4zbH21xtG4
	I5LP01Izxqpdr8LvWXRZ2vCsuL6A+FZF/YRqXzO6wZraj5aYNOLI27dIwi4zrBOmpToE
	lXCzFkXW0TvG4s8VptT2SkZMkC/R6vVP/rgr7QvztfLnjoKafwzs4vw5VT5RQLEmHiCS
	0nOg==
Received: by 10.152.132.3 with SMTP id oq3mr11738338lab.18.1355091309983;
	Sun, 09 Dec 2012 14:15:09 -0800 (PST)
Received: from [10.10.6.16] ([2.111.132.90])
	by mx.google.com with ESMTPS id fe4sm1003631lbb.1.2012.12.09.14.15.08
	(version=SSLv3 cipher=OTHER); Sun, 09 Dec 2012 14:15:08 -0800 (PST)
Message-ID: <50C50D6D.4040001@g.mc.cx>
Date: Sun, 09 Dec 2012 23:15:09 +0100
From: Morten Christensen 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: 
	
In-Reply-To: 
X-Gm-Message-State: ALoCoQmzI17ER+1AQGzVL1e9ts9fs39v51wRUjwPE7/OhyyR7Hg6jplokgeTrhD/jCfkD0ZeRQcc
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Ricardo skrev den 09-12-2012 19:41:
> 2012/12/9 Ricardo :
>> 2012/11/19 Denis Cardon :
>> Hello Denis!
>>
>> Thank you very much for answering quickly. the strange thing is that I
>> have another OS installed ubuntu 12 x 32 works perfectly. The strange
>> thing is that I strip x64 error on reading ..
>>
>> Ricardo
> 	
> Hello list
>
> Did I forgot to ask you something, do not give him the solution to the
> vm that has installed ubuntu 12.0 in my XCP, which would be the way to
> edit the FSTAB file?
>
> I already tried with live-CD, not let me mount it the disc, lagoon is
> no way to mount virtual disk to edit the fstab file?
>
> any comment is appreciated.
You detach the disk from that VM and attach it to a working VM as second 
disk, mount it in the working VM and make your editing.

--
Morten Christensen

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

From xen-api-bounces@lists.xen.org Sun Dec 09 22:15:22 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 22:15:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Thp9W-00068l-8C; Sun, 09 Dec 2012 22: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 1Thp9U-00068e-Qc
	for xen-api@lists.xen.org; Sun, 09 Dec 2012 22:15:13 +0000
Received: from [85.158.143.35:52810] by server-2.bemta-4.messagelabs.com id
	1B/88-30861-07D05C05; Sun, 09 Dec 2012 22:15:12 +0000
X-Env-Sender: mc-mail@g.mc.cx
X-Msg-Ref: server-5.tower-21.messagelabs.com!1355091310!4034645!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=2.2 required=7.0 tests=RATWARE_GECKO_BUILD,
	RCVD_BY_IP,RCVD_ILLEGAL_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19636 invoked from network); 9 Dec 2012 22:15:11 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 22:15:11 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so1800847laa.32
	for ; Sun, 09 Dec 2012 14:15:10 -0800 (PST)
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:references
	:in-reply-to:content-type:content-transfer-encoding
	:x-gm-message-state;
	bh=QWVKNtxRSHYuTPSfQ0RvCoOw7t5CZFD+f0/WVL+h5OA=;
	b=JoRjt4vL/y4MvJ241MoB5uFzbMVlot8BPlVfltN/Ezip3789dnjb281pzaBf23Bjy5
	L0utpnmPQbOybeR6lLTY9x9e585bYx283YSwS9eYLgAf/5WBgmQB3IeBJCcutAOL/fzC
	iRv8XOeul8m0mKVEIeRPTeGXEr0PWK/s5po2cgdIu+YfzB94YuJxBuvGlm4zbH21xtG4
	I5LP01Izxqpdr8LvWXRZ2vCsuL6A+FZF/YRqXzO6wZraj5aYNOLI27dIwi4zrBOmpToE
	lXCzFkXW0TvG4s8VptT2SkZMkC/R6vVP/rgr7QvztfLnjoKafwzs4vw5VT5RQLEmHiCS
	0nOg==
Received: by 10.152.132.3 with SMTP id oq3mr11738338lab.18.1355091309983;
	Sun, 09 Dec 2012 14:15:09 -0800 (PST)
Received: from [10.10.6.16] ([2.111.132.90])
	by mx.google.com with ESMTPS id fe4sm1003631lbb.1.2012.12.09.14.15.08
	(version=SSLv3 cipher=OTHER); Sun, 09 Dec 2012 14:15:08 -0800 (PST)
Message-ID: <50C50D6D.4040001@g.mc.cx>
Date: Sun, 09 Dec 2012 23:15:09 +0100
From: Morten Christensen 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: 
	
In-Reply-To: 
X-Gm-Message-State: ALoCoQmzI17ER+1AQGzVL1e9ts9fs39v51wRUjwPE7/OhyyR7Hg6jplokgeTrhD/jCfkD0ZeRQcc
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Ricardo skrev den 09-12-2012 19:41:
> 2012/12/9 Ricardo :
>> 2012/11/19 Denis Cardon :
>> Hello Denis!
>>
>> Thank you very much for answering quickly. the strange thing is that I
>> have another OS installed ubuntu 12 x 32 works perfectly. The strange
>> thing is that I strip x64 error on reading ..
>>
>> Ricardo
> 	
> Hello list
>
> Did I forgot to ask you something, do not give him the solution to the
> vm that has installed ubuntu 12.0 in my XCP, which would be the way to
> edit the FSTAB file?
>
> I already tried with live-CD, not let me mount it the disc, lagoon is
> no way to mount virtual disk to edit the fstab file?
>
> any comment is appreciated.
You detach the disk from that VM and attach it to a working VM as second 
disk, mount it in the working VM and make your editing.

--
Morten Christensen

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

From xen-api-bounces@lists.xen.org Sun Dec 09 23:11:58 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 23:11: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 1Thq2F-00078x-KO; Sun, 09 Dec 2012 23:11:47 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Thq2D-00078s-Mv
	for xen-api@lists.xensource.com; Sun, 09 Dec 2012 23:11:46 +0000
Received: from [85.158.137.99:26885] by server-15.bemta-3.messagelabs.com id
	79/07-23779-0BA15C05; Sun, 09 Dec 2012 23:11:44 +0000
X-Env-Sender: gizmochicken@gmail.com
X-Msg-Ref: server-13.tower-217.messagelabs.com!1355094701!18612011!1
X-Originating-IP: [209.85.212.43]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17186 invoked from network); 9 Dec 2012 23:11:42 -0000
Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com)
	(209.85.212.43)
	by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 23:11:42 -0000
Received: by mail-vb0-f43.google.com with SMTP id fs19so2512367vbb.30
	for ; Sun, 09 Dec 2012 15:11:27 -0800 (PST)
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=ig8CwZH4q3JCHtzIF3HbXs593eWTUs2go+wfahEH/AE=;
	b=qTYj00amNtAjPRwciPniP209nw4zcD6VLnu+k7XrZAWarYzLmzUI0R2bncsD5Imkvo
	4MgSNPrNic/bJ3biKK0d4s+RixjV1comgDjAs3uDW3NIlzEUQqxayopQgsX/d6wXI0s1
	ml3qpIWtSVKQPzzFwESiGqrxPoSbrmeeY3t49ezAfI4xzScOfFSCB0G/IntaLn/qcEbA
	ceE2t+agVZ2fPdzgXFswRJeJapDO5Ba08NoD5EByuftA5Ux7+Gvz+G64WF0FGhHg4sLs
	TjKDKeI1tjfjlZN6SH8z/SttAYGjnuU17RNiyWYqEveAF8WCIUPHpXNT0pdPbVlA4pOg
	DOow==
MIME-Version: 1.0
Received: by 10.52.156.72 with SMTP id wc8mr517088vdb.77.1355094687133; Sun,
	09 Dec 2012 15:11:27 -0800 (PST)
Received: by 10.58.147.39 with HTTP; Sun, 9 Dec 2012 15:11:26 -0800 (PST)
In-Reply-To: <50C34C9F.9080609@chello.at>
References: <50C1D085.4010105@chello.at>
	
	
	
	<50C34C9F.9080609@chello.at>
Date: Sun, 9 Dec 2012 18:11:26 -0500
Message-ID: 
From: Gizmo Chicken 
To: Paul Pridt 
Cc: Donald van der Wurf , xen-api@lists.xensource.com
Subject: Re: [Xen-API] Fwd:  Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============9132677579815196825=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============9132677579815196825==
Content-Type: multipart/alternative; boundary=bcaec53aef5c76af7f04d07391ef

--bcaec53aef5c76af7f04d07391ef
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Paul,

I'm not sure about the PCI passthrough tutorial, but I hope that what I
provide below will be of some help.

First, if I recall correctly, you'll need to add "iommu=3D1" into the Xen
commandline.  If using grub, you can edit your /etc/default/grub file as
root and to include at least the following or similar:

GRUB_CMDLINE_XEN=3D"iommu=3D1"


As for xe commands, the PCI passthrough command in xe takes the following
form:

xe vm-param-set other-config:pci=3D0/  uuid=3D


Or if you want to passthrough multiple PCI devices (or a multifunction
device), the PCI passthrough command in xe takes the following form:

xe vm-param-set
other-config:pci=3D0/,1/,2/,3/,4/
uuid=3D


You'll need to replace  and  with appropriate values.

Here's an example showing the xe command for the passthrough of 2 PCI
devices:

xe vm-param-set other-config:pci=3D0/0000:00:1d.0,1/0000:00:1d.1
uuid=3Dd6eb559e-af70-6f8e-d10f-62fc9f73db89


Of course, the your values for  and  will differ from the
above example.

DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP system in
the near future, as of now, I have only configured PCI passthrough on a
system that runs vanilla Xen.  So the above is based mostly on what I have
gleaned from forum posts and replies, not on my own personal experience.

I invite others who know more about PCI passthrough to correct/clarify any
of the above.

Best regards,
GizmoChicken



On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt  wrote:

>  Hi,
> first let me thank for your replies.
> Further to your notes I did some investigation and tests, but was not
> successful.
> I am fairly familiar on pci-passthrough in xm or xl toolstack.
> I assigned the adapter in question to pciback, entered the other-config
> parameters and started the vm, but the vm did not see the drive.
> Looking at the tutorial on XCP_Ubuntu_PCIPassthroughI found that the author references the xl co=
mmand which is not available
> when you install the cp-xapi in Ubuntu and set the toolstack to xapi. Bot=
h
> xe and xl commands are available in XCP-Server, but there the udev SRs wo=
rk
> anyway.
>
> I also tried to create the udev SR:
> xe sr-create  content-type=3Ddisk name-label=3D=94Removable storage=94 ty=
pe=3Dudev
> device-config:location=3D/dev/xapi/block
> The answer was:
> The SR could not be connected because the driver was not recognised.
> driver: udev
> It seems that there is some task needed that creates /dev/xapi/block ..
> I think if I were successful on the latter task I could create the vdi
> manually and attach it to the vm.
> I will furter investigate ...
>
> Regards
> Paul
>
> Am 07.12.2012 16:45, schrieb Gizmo Chicken:
>
> Grant,
>
>
> I had nearly finished drafting my reply to Paul when I noticed your reply=
.
>
> As mentioned in my reply to Paul, I suspect that what Paul wants to do
> (passthrough a USB device) could be accomplished via PCI passthrough (of =
an
> entire USB controller) to an HVM guest.  Does that sound right?
>
> As I also mentioned in my reply to Paul, another poster (Donald van der
> Wurf) attempted to adapt a tutorial found at
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of
> configuring PCI passthrough to an HVM guest in XCP.  However, the origina=
l
> poster wasn't successful, and so sought help from the group.
>
> Your technical knowledge is clearly way beyond mine.  If you feel that it
> would be possible to configure PCI passthrough to an HVM guest in XCP,
> would you consider creating a brief tutorial, or possibly extending the
> above mentioned tutorial, to describe the procedure?
>
> Any help from you (or others) would be *greatly* appreciated.
>
> Best regards,
> GizmoChicken
>
>
>
> ---------- Forwarded message ----------
> From: Gizmo Chicken 
> Date: Fri, Dec 7, 2012 at 10:00 AM
> Subject: Re: [Xen-API] Attach CD or Removable Devices
> To: Paul Pridt 
> Cc: xen-api@lists.xen.org
>
>
> Paul,
>
> I suspect that what you want to do could be accomplished via PCI
> passthrough to an HVM guest, which is the subject of a thread having the
> subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a
> few weeks ago.  So you might want to follow (and perhaps join in) that
> thread.
>
> Without repeating the entirety of the above mentioned thread, I'll note
> that the original poster referenced a tutorial found at
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI
> passthrough to a PV guest in XCP.  However, the original poster wasn't ab=
le
> to adapt that tutorial to his goal of configuring PCI passthrough to an H=
VM
> guest in XCP, and so sought help from the group.
>
> Unlike the situation with the XAPI toolstack, the procedure for
> configuring PCI passthrough to an HVM guest is relatively straightforward
> with Xen when using the default toolstack.  For a discussion of both VGA
> and PCI passthrough in Xen when using the default toolstack, see
> http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013.
>
> So if you don't mind leaving behind the comforts of XenCenter for
> something like Virtual Machine Manager (virt-manager), maybe Xen and its
> default toolstack is a better option for you.
>
> I wish that I could be of more help.
>
> Best regards,
> GizmoChicken
>
> P.S. I'm currently using Xen (and Virtual Machine Manager), but I would
> switch to XCP (and XenCenter) if I could get PCI passthough working in
> XCP.  In such a case, I would passthrough nearly all of my USB controller=
s,
> along with a second PCI video card, to an HVM guest running Ubuntu
> desktop.  That way I could have, on a single machine, both a stable XCP
> server (which I could leave up 24/7 to host my virtual servers) and also
> local access to virtual machine having fully functional desktop (which I
> could shut down when not in use).  I imagine that many would apprciate su=
ch
> functionality in XCP, so let's hope that the developers consider adding
> such a feature to future releases of XCP if not already possible via xe
> command line.
>
>
>  On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <
> grantmasterflash@gmail.com> wrote:
>
>>
>>  On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt  wrote:
>>
>>> Hi,
>>> I am looking for a way to attach a physical CD drive or a USB-attached
>>> hard drive to a VM.
>>> I know that Citrix Xenserver does that through special udev-SRs. There
>>> you even can attach an internal hard drive with the help of an udev rul=
e
>>> that creates the vdi.
>>> Has anybody a running solution?
>>> My system is Ubuntu 12.04 with xcp-xapi.
>>>
>>> --
>>> Regards,
>>> Paul
>>>
>>
>>  What is it exactly you're trying to accomplish? I'd start by checking
>> /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it
>> runs.
>>
>>  *58-xapi.rules*
>>  # Skip devices which fail the local sharing check (to filter out
>> root/mounted devices)
>> ACTION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-device-shari=
ng %k",
>> GOTO=3D"end_xapi"
>>
>>  ACTION=3D=3D"add", SYMLINK+=3D"xapi/block/%k"
>>
>>  ACTION=3D=3D"add", RUN+=3D"/bin/sh -c
>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>> ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c
>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>
>>
>>  *Part of /opt/xensource/libexec/local-device-change*
>>
>>   for SR in `xe sr-list type=3Dudev sm-config:type=3Dblock uuid=3D${LOCA=
L_SR}
>> params=3Duuid --minimal`
>>       do
>>         xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D${SR} type=3Duser
>> location=3D/dev/xapi/block/${DEVICE}
>>  done
>>
>>
>>  Read the whole scripts of course but this might get you started.
>>
>>  _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>
>
>

--bcaec53aef5c76af7f04d07391ef
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Paul,

I'm not sure about the PCI passthrough tutorial, but I hop=
e that what I provide below will be of some help.

First, if I recall=
 correctly, you'll need to add "iommu=3D1" into the Xen=20
commandline.=A0 If using grub, you can edit your /etc/default/grub file=20
as root and to include at least the following or similar:

GRUB_CMDLINE_XEN=3D"iommu=3D1"

As for xe commands, the PCI passthrough command in xe takes the follow=
ing form:



xe vm-param-set other-config:pci=3D0/&l=
t;pci-id#>=A0 uuid=3D<uuid> 


Or if you want to pa=
ssthrough multiple PCI devices (or a multifunction device), the PCI passthr=
ough command in xe takes the following form:



xe vm-param-set other-config:pci=3D0/&l=
t;pci-id#>,1/<pci-id#>,2/<pci-id#>,3/<pci-id#>,4/<p=
ci-id#>=A0 uuid=3D<uuid>


You'll need to repla=
ce <pci-id#> and <uuid> with appropriate values.



Here's an example showing the xe command for the passthrough of 2 P=
CI devices: 

xe vm-param-set other-c=
onfig:pci=3D0/0000:00:1d.0,1/0000:00:1d.1 uuid=3Dd6eb559e-af70-6f8e-d10f-62=
fc9f73db89





Of course, the your values for <pci-id#> and <uuid&g=
t; will differ from the above example.

DISCLAIMER:=A0 Although I hop=
e to set up PCI passthrough on an XCP system in the near future, as of now,=
 I have only configured PCI passthrough on a system that runs vanilla Xen.=
=A0 So the above is based mostly on what I have gleaned from forum posts an=
d replies, not on my own personal experience.

=A0
I invite others who know more about PCI passthrough to correct/clari=
fy any of the above.

Best regards,
GizmoChicken



On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt <p.pri=
dt@chello.at> wrote:




 =20
   =20
 =20
  

    
Hi,

      first let me thank for your replies.

      Further to your notes I did some investigation and tests, but was
      not successful.

      I am fairly familiar on pci-passthrough in xm or xl toolstack.

      I assigned the adapter in question to pciback, entered the
      other-config parameters and started the vm, but the vm did not see
      the drive.

      Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I foun=
d that the
      author references the xl command which is not available when you
      install the cp-xapi in Ubuntu and set the toolstack to xapi. Both
      xe and xl commands are available in XCP-Server, but there the udev
      SRs work anyway.

      

      I also tried to create the udev SR:

      xe sr-create=A0 content-type=3Ddisk name-label=3D=94Removable storage=
=94
      type=3Dudev device-config:location=3D/dev/xapi/block

      The answer was:

      The SR could not be connected because the driver was not
      recognised.

      driver: udev

      It seems that there is some task needed that creates
      /dev/xapi/block ..

      I think if I were successful on the latter task I could create the
      vdi manually and attach it to the vm.

      I will furter investigate ...


      
Regards=20
Paul


      Am 07.12.2012 16:45, schrieb Gizmo Chicken:

    

    
Grant,


      

      I had nearly finished drafting my reply to Paul when I noticed
      your reply.

      

      As mentioned in my reply to Paul, I suspect that what Paul wants
      to do (passthrough a USB device) could be accomplished via PCI
      passthrough (of an entire USB controller) to an HVM guest.=A0 Does
      that sound right?

      

      As I also mentioned in my reply to Paul, another poster (Donald
      van der Wurf) attempted to adapt a tutorial found at http://wik=
i.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
      to his goal of configuring PCI passthrough to an HVM guest in
      XCP.=A0 However, the original poster wasn't successful, and so
      sought help from the group.

      

      Your technical knowledge is clearly way beyond mine.=A0 If you feel
      that it would be possible to configure PCI passthrough to an HVM
      guest in XCP, would you consider creating a brief tutorial, or
      possibly extending the above mentioned tutorial, to describe the
      procedure?

      

      Any help from you (or others) would be greatly
      appreciated.

      

      Best regards,

      GizmoChicken

      

      

      

      
---------- Forwarded message ----------
        From: Gizmo Chicken <gizmoc=
hicken@gmail.com>

        Date: Fri, Dec 7, 2012 at 10:00 AM

        Subject: Re: [Xen-API] Attach CD or Removable Devices

        To: Paul Pridt <p.pridt@chello.at>

        Cc: xen-=
api@lists.xen.org

        

        

        Paul,

        

        I suspect that what you want to do could be accomplished via PCI
        passthrough to an HVM guest, which is the subject of a thread
        having the subject "[Xen-API] XCP PCI Passthrough on HVM how
        to?" that was started a few weeks ago.=A0 So you might want to
        follow (and perhaps join in) that thread.

        

        Without repeating the entirety of the above mentioned thread,
        I'll note that the original poster referenced a tutorial found
        at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
        addressing PCI passthrough to a PV guest in XCP.=A0 However, the
        original poster wasn't able to adapt that tutorial to his goal
        of configuring PCI passthrough to an HVM guest in XCP, and so
        sought help from the group.

        

        Unlike the situation with the XAPI toolstack, the procedure for
        configuring PCI passthrough to an HVM guest is relatively
        straightforward with Xen when using the default toolstack.=A0 For
        a discussion of both VGA and PCI passthrough in Xen when using
        the default toolstack, see http://forums.linuxmi=
nt.com/viewtopic.php?f=3D42&t=3D112013.=A0
        

        

        So if you don't mind leaving behind the comforts of XenCenter
        for something like Virtual Machine Manager (virt-manager), maybe
        Xen and its default toolstack is a better option for you.

        

        I wish that I could be of more help.

        

        Best regards,

        GizmoChicken

        

        P.S. I'm currently using Xen (and Virtual Machine Manager), but
        I would switch to XCP (and XenCenter) if I could get PCI
        passthough working in XCP.=A0 In such a case, I would passthrough
        nearly all of my USB controllers, along with a second PCI video
        card, to an HVM guest running Ubuntu desktop.=A0 That way I could
        have, on a single machine, both a stable XCP server (which I
        could leave up 24/7 to host my virtual servers) and also local
        access to virtual machine having fully functional desktop (which
        I could shut down when not in use).=A0 I imagine that many would
        apprciate such functionality in XCP, so let's hope that the
        developers consider adding such a feature to future releases of
        XCP if not already possible via xe command line.

        

        

        

          

            
On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantmasterflash@gmail.com>
              wrote:

            

          

          

            

              


                

                  
On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <p.pridt=
@chello.at>
                    wrote:

                    

                      Hi,

                      I am looking for a way to attach a physical CD
                      drive or a USB-attached hard drive to a VM.

                      I know that Citrix Xenserver does that through
                      special udev-SRs. There you even can attach an
                      internal hard drive with the help of an udev rule
                      that creates the vdi.

                      Has anybody a running solution?

                      My system is Ubuntu 12.04 with xcp-xapi.

                          

                          -- 

                          Regards,

                          Paul

                        

                    


                    

                  

                  
What is it exactly you're trying to=A0accomplish=
?
                    I'd start by checking
                    /etc/udev/rules.d/58-xapi.rules for events and check
                    the scripts that it runs.=A0

                  

                    

                  

                  
58-xapi.rules

                  

                    
# Skip devices which fail the local sharing
                      check (to filter out root/mounted devices)

                    
ACTION=3D=3D"add",
                      PROGRAM!=3D"/opt/xensource/libexec/check-device-=
sharing
                      %k", GOTO=3D"end_xapi"

                    


                    

                    
ACTION=3D=3D"add", SYMLINK+=3D"xapi=
/block/%k"

                    


                    

                    
ACTION=3D=3D"add", RUN+=3D"/bin/sh =
-c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                    
ACTION=3D=3D"remove", RUN+=3D"/bin/=
sh -c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                  

                  


                  

                  


                  

                  
Part of
                      /opt/xensource/libexec/local-device-change

                  


                  

                  

                    
=A0for SR in `xe sr-list type=3Dudev
                      sm-config:type=3Dblock uuid=3D${LOCAL_SR} params=3Duu=
id
                      --minimal`

                    
=A0 =A0 =A0 do

                    
=A0 =A0 =A0 =A0 xe vdi-introduce uuid=3D`uuidgen`
                      sr-uuid=3D${SR} type=3Duser
                      location=3D/dev/xapi/block/${DEVICE}

                    
=A0done

                  

                  


                  

                  


                  

                  
Read the whole scripts of course but this might
                    get you started.

                

                

              

            

            
_______________________________________________

              Xen-api mailing list

              Xe=
n-api@lists.xen.org

              http://lists.xen.org/cgi-bin/mailman/listinfo/xen-ap=
i

              

            

          

        

        

      

      

    

    

  






--bcaec53aef5c76af7f04d07391ef--


--===============9132677579815196825==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============9132677579815196825==--


From xen-api-bounces@lists.xen.org Sun Dec 09 23:11:58 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 09 Dec 2012 23:11: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 1Thq2F-00078x-KO; Sun, 09 Dec 2012 23:11:47 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Thq2D-00078s-Mv
	for xen-api@lists.xensource.com; Sun, 09 Dec 2012 23:11:46 +0000
Received: from [85.158.137.99:26885] by server-15.bemta-3.messagelabs.com id
	79/07-23779-0BA15C05; Sun, 09 Dec 2012 23:11:44 +0000
X-Env-Sender: gizmochicken@gmail.com
X-Msg-Ref: server-13.tower-217.messagelabs.com!1355094701!18612011!1
X-Originating-IP: [209.85.212.43]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17186 invoked from network); 9 Dec 2012 23:11:42 -0000
Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com)
	(209.85.212.43)
	by server-13.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	9 Dec 2012 23:11:42 -0000
Received: by mail-vb0-f43.google.com with SMTP id fs19so2512367vbb.30
	for ; Sun, 09 Dec 2012 15:11:27 -0800 (PST)
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=ig8CwZH4q3JCHtzIF3HbXs593eWTUs2go+wfahEH/AE=;
	b=qTYj00amNtAjPRwciPniP209nw4zcD6VLnu+k7XrZAWarYzLmzUI0R2bncsD5Imkvo
	4MgSNPrNic/bJ3biKK0d4s+RixjV1comgDjAs3uDW3NIlzEUQqxayopQgsX/d6wXI0s1
	ml3qpIWtSVKQPzzFwESiGqrxPoSbrmeeY3t49ezAfI4xzScOfFSCB0G/IntaLn/qcEbA
	ceE2t+agVZ2fPdzgXFswRJeJapDO5Ba08NoD5EByuftA5Ux7+Gvz+G64WF0FGhHg4sLs
	TjKDKeI1tjfjlZN6SH8z/SttAYGjnuU17RNiyWYqEveAF8WCIUPHpXNT0pdPbVlA4pOg
	DOow==
MIME-Version: 1.0
Received: by 10.52.156.72 with SMTP id wc8mr517088vdb.77.1355094687133; Sun,
	09 Dec 2012 15:11:27 -0800 (PST)
Received: by 10.58.147.39 with HTTP; Sun, 9 Dec 2012 15:11:26 -0800 (PST)
In-Reply-To: <50C34C9F.9080609@chello.at>
References: <50C1D085.4010105@chello.at>
	
	
	
	<50C34C9F.9080609@chello.at>
Date: Sun, 9 Dec 2012 18:11:26 -0500
Message-ID: 
From: Gizmo Chicken 
To: Paul Pridt 
Cc: Donald van der Wurf , xen-api@lists.xensource.com
Subject: Re: [Xen-API] Fwd:  Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============9132677579815196825=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============9132677579815196825==
Content-Type: multipart/alternative; boundary=bcaec53aef5c76af7f04d07391ef

--bcaec53aef5c76af7f04d07391ef
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Paul,

I'm not sure about the PCI passthrough tutorial, but I hope that what I
provide below will be of some help.

First, if I recall correctly, you'll need to add "iommu=3D1" into the Xen
commandline.  If using grub, you can edit your /etc/default/grub file as
root and to include at least the following or similar:

GRUB_CMDLINE_XEN=3D"iommu=3D1"


As for xe commands, the PCI passthrough command in xe takes the following
form:

xe vm-param-set other-config:pci=3D0/  uuid=3D


Or if you want to passthrough multiple PCI devices (or a multifunction
device), the PCI passthrough command in xe takes the following form:

xe vm-param-set
other-config:pci=3D0/,1/,2/,3/,4/
uuid=3D


You'll need to replace  and  with appropriate values.

Here's an example showing the xe command for the passthrough of 2 PCI
devices:

xe vm-param-set other-config:pci=3D0/0000:00:1d.0,1/0000:00:1d.1
uuid=3Dd6eb559e-af70-6f8e-d10f-62fc9f73db89


Of course, the your values for  and  will differ from the
above example.

DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP system in
the near future, as of now, I have only configured PCI passthrough on a
system that runs vanilla Xen.  So the above is based mostly on what I have
gleaned from forum posts and replies, not on my own personal experience.

I invite others who know more about PCI passthrough to correct/clarify any
of the above.

Best regards,
GizmoChicken



On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt  wrote:

>  Hi,
> first let me thank for your replies.
> Further to your notes I did some investigation and tests, but was not
> successful.
> I am fairly familiar on pci-passthrough in xm or xl toolstack.
> I assigned the adapter in question to pciback, entered the other-config
> parameters and started the vm, but the vm did not see the drive.
> Looking at the tutorial on XCP_Ubuntu_PCIPassthroughI found that the author references the xl co=
mmand which is not available
> when you install the cp-xapi in Ubuntu and set the toolstack to xapi. Bot=
h
> xe and xl commands are available in XCP-Server, but there the udev SRs wo=
rk
> anyway.
>
> I also tried to create the udev SR:
> xe sr-create  content-type=3Ddisk name-label=3D=94Removable storage=94 ty=
pe=3Dudev
> device-config:location=3D/dev/xapi/block
> The answer was:
> The SR could not be connected because the driver was not recognised.
> driver: udev
> It seems that there is some task needed that creates /dev/xapi/block ..
> I think if I were successful on the latter task I could create the vdi
> manually and attach it to the vm.
> I will furter investigate ...
>
> Regards
> Paul
>
> Am 07.12.2012 16:45, schrieb Gizmo Chicken:
>
> Grant,
>
>
> I had nearly finished drafting my reply to Paul when I noticed your reply=
.
>
> As mentioned in my reply to Paul, I suspect that what Paul wants to do
> (passthrough a USB device) could be accomplished via PCI passthrough (of =
an
> entire USB controller) to an HVM guest.  Does that sound right?
>
> As I also mentioned in my reply to Paul, another poster (Donald van der
> Wurf) attempted to adapt a tutorial found at
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of
> configuring PCI passthrough to an HVM guest in XCP.  However, the origina=
l
> poster wasn't successful, and so sought help from the group.
>
> Your technical knowledge is clearly way beyond mine.  If you feel that it
> would be possible to configure PCI passthrough to an HVM guest in XCP,
> would you consider creating a brief tutorial, or possibly extending the
> above mentioned tutorial, to describe the procedure?
>
> Any help from you (or others) would be *greatly* appreciated.
>
> Best regards,
> GizmoChicken
>
>
>
> ---------- Forwarded message ----------
> From: Gizmo Chicken 
> Date: Fri, Dec 7, 2012 at 10:00 AM
> Subject: Re: [Xen-API] Attach CD or Removable Devices
> To: Paul Pridt 
> Cc: xen-api@lists.xen.org
>
>
> Paul,
>
> I suspect that what you want to do could be accomplished via PCI
> passthrough to an HVM guest, which is the subject of a thread having the
> subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a
> few weeks ago.  So you might want to follow (and perhaps join in) that
> thread.
>
> Without repeating the entirety of the above mentioned thread, I'll note
> that the original poster referenced a tutorial found at
> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI
> passthrough to a PV guest in XCP.  However, the original poster wasn't ab=
le
> to adapt that tutorial to his goal of configuring PCI passthrough to an H=
VM
> guest in XCP, and so sought help from the group.
>
> Unlike the situation with the XAPI toolstack, the procedure for
> configuring PCI passthrough to an HVM guest is relatively straightforward
> with Xen when using the default toolstack.  For a discussion of both VGA
> and PCI passthrough in Xen when using the default toolstack, see
> http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013.
>
> So if you don't mind leaving behind the comforts of XenCenter for
> something like Virtual Machine Manager (virt-manager), maybe Xen and its
> default toolstack is a better option for you.
>
> I wish that I could be of more help.
>
> Best regards,
> GizmoChicken
>
> P.S. I'm currently using Xen (and Virtual Machine Manager), but I would
> switch to XCP (and XenCenter) if I could get PCI passthough working in
> XCP.  In such a case, I would passthrough nearly all of my USB controller=
s,
> along with a second PCI video card, to an HVM guest running Ubuntu
> desktop.  That way I could have, on a single machine, both a stable XCP
> server (which I could leave up 24/7 to host my virtual servers) and also
> local access to virtual machine having fully functional desktop (which I
> could shut down when not in use).  I imagine that many would apprciate su=
ch
> functionality in XCP, so let's hope that the developers consider adding
> such a feature to future releases of XCP if not already possible via xe
> command line.
>
>
>  On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <
> grantmasterflash@gmail.com> wrote:
>
>>
>>  On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt  wrote:
>>
>>> Hi,
>>> I am looking for a way to attach a physical CD drive or a USB-attached
>>> hard drive to a VM.
>>> I know that Citrix Xenserver does that through special udev-SRs. There
>>> you even can attach an internal hard drive with the help of an udev rul=
e
>>> that creates the vdi.
>>> Has anybody a running solution?
>>> My system is Ubuntu 12.04 with xcp-xapi.
>>>
>>> --
>>> Regards,
>>> Paul
>>>
>>
>>  What is it exactly you're trying to accomplish? I'd start by checking
>> /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it
>> runs.
>>
>>  *58-xapi.rules*
>>  # Skip devices which fail the local sharing check (to filter out
>> root/mounted devices)
>> ACTION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-device-shari=
ng %k",
>> GOTO=3D"end_xapi"
>>
>>  ACTION=3D=3D"add", SYMLINK+=3D"xapi/block/%k"
>>
>>  ACTION=3D=3D"add", RUN+=3D"/bin/sh -c
>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>> ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c
>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>
>>
>>  *Part of /opt/xensource/libexec/local-device-change*
>>
>>   for SR in `xe sr-list type=3Dudev sm-config:type=3Dblock uuid=3D${LOCA=
L_SR}
>> params=3Duuid --minimal`
>>       do
>>         xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D${SR} type=3Duser
>> location=3D/dev/xapi/block/${DEVICE}
>>  done
>>
>>
>>  Read the whole scripts of course but this might get you started.
>>
>>  _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>
>
>

--bcaec53aef5c76af7f04d07391ef
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Paul,

I'm not sure about the PCI passthrough tutorial, but I hop=
e that what I provide below will be of some help.

First, if I recall=
 correctly, you'll need to add "iommu=3D1" into the Xen=20
commandline.=A0 If using grub, you can edit your /etc/default/grub file=20
as root and to include at least the following or similar:

GRUB_CMDLINE_XEN=3D"iommu=3D1"

As for xe commands, the PCI passthrough command in xe takes the follow=
ing form:



xe vm-param-set other-config:pci=3D0/&l=
t;pci-id#>=A0 uuid=3D<uuid> 


Or if you want to pa=
ssthrough multiple PCI devices (or a multifunction device), the PCI passthr=
ough command in xe takes the following form:



xe vm-param-set other-config:pci=3D0/&l=
t;pci-id#>,1/<pci-id#>,2/<pci-id#>,3/<pci-id#>,4/<p=
ci-id#>=A0 uuid=3D<uuid>


You'll need to repla=
ce <pci-id#> and <uuid> with appropriate values.



Here's an example showing the xe command for the passthrough of 2 P=
CI devices: 

xe vm-param-set other-c=
onfig:pci=3D0/0000:00:1d.0,1/0000:00:1d.1 uuid=3Dd6eb559e-af70-6f8e-d10f-62=
fc9f73db89





Of course, the your values for <pci-id#> and <uuid&g=
t; will differ from the above example.

DISCLAIMER:=A0 Although I hop=
e to set up PCI passthrough on an XCP system in the near future, as of now,=
 I have only configured PCI passthrough on a system that runs vanilla Xen.=
=A0 So the above is based mostly on what I have gleaned from forum posts an=
d replies, not on my own personal experience.

=A0
I invite others who know more about PCI passthrough to correct/clari=
fy any of the above.

Best regards,
GizmoChicken



On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt <p.pri=
dt@chello.at> wrote:




 =20
   =20
 =20
  

    
Hi,

      first let me thank for your replies.

      Further to your notes I did some investigation and tests, but was
      not successful.

      I am fairly familiar on pci-passthrough in xm or xl toolstack.

      I assigned the adapter in question to pciback, entered the
      other-config parameters and started the vm, but the vm did not see
      the drive.

      Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I foun=
d that the
      author references the xl command which is not available when you
      install the cp-xapi in Ubuntu and set the toolstack to xapi. Both
      xe and xl commands are available in XCP-Server, but there the udev
      SRs work anyway.

      

      I also tried to create the udev SR:

      xe sr-create=A0 content-type=3Ddisk name-label=3D=94Removable storage=
=94
      type=3Dudev device-config:location=3D/dev/xapi/block

      The answer was:

      The SR could not be connected because the driver was not
      recognised.

      driver: udev

      It seems that there is some task needed that creates
      /dev/xapi/block ..

      I think if I were successful on the latter task I could create the
      vdi manually and attach it to the vm.

      I will furter investigate ...


      
Regards=20
Paul


      Am 07.12.2012 16:45, schrieb Gizmo Chicken:

    

    
Grant,


      

      I had nearly finished drafting my reply to Paul when I noticed
      your reply.

      

      As mentioned in my reply to Paul, I suspect that what Paul wants
      to do (passthrough a USB device) could be accomplished via PCI
      passthrough (of an entire USB controller) to an HVM guest.=A0 Does
      that sound right?

      

      As I also mentioned in my reply to Paul, another poster (Donald
      van der Wurf) attempted to adapt a tutorial found at http://wik=
i.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
      to his goal of configuring PCI passthrough to an HVM guest in
      XCP.=A0 However, the original poster wasn't successful, and so
      sought help from the group.

      

      Your technical knowledge is clearly way beyond mine.=A0 If you feel
      that it would be possible to configure PCI passthrough to an HVM
      guest in XCP, would you consider creating a brief tutorial, or
      possibly extending the above mentioned tutorial, to describe the
      procedure?

      

      Any help from you (or others) would be greatly
      appreciated.

      

      Best regards,

      GizmoChicken

      

      

      

      
---------- Forwarded message ----------
        From: Gizmo Chicken <gizmoc=
hicken@gmail.com>

        Date: Fri, Dec 7, 2012 at 10:00 AM

        Subject: Re: [Xen-API] Attach CD or Removable Devices

        To: Paul Pridt <p.pridt@chello.at>

        Cc: xen-=
api@lists.xen.org

        

        

        Paul,

        

        I suspect that what you want to do could be accomplished via PCI
        passthrough to an HVM guest, which is the subject of a thread
        having the subject "[Xen-API] XCP PCI Passthrough on HVM how
        to?" that was started a few weeks ago.=A0 So you might want to
        follow (and perhaps join in) that thread.

        

        Without repeating the entirety of the above mentioned thread,
        I'll note that the original poster referenced a tutorial found
        at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
        addressing PCI passthrough to a PV guest in XCP.=A0 However, the
        original poster wasn't able to adapt that tutorial to his goal
        of configuring PCI passthrough to an HVM guest in XCP, and so
        sought help from the group.

        

        Unlike the situation with the XAPI toolstack, the procedure for
        configuring PCI passthrough to an HVM guest is relatively
        straightforward with Xen when using the default toolstack.=A0 For
        a discussion of both VGA and PCI passthrough in Xen when using
        the default toolstack, see http://forums.linuxmi=
nt.com/viewtopic.php?f=3D42&t=3D112013.=A0
        

        

        So if you don't mind leaving behind the comforts of XenCenter
        for something like Virtual Machine Manager (virt-manager), maybe
        Xen and its default toolstack is a better option for you.

        

        I wish that I could be of more help.

        

        Best regards,

        GizmoChicken

        

        P.S. I'm currently using Xen (and Virtual Machine Manager), but
        I would switch to XCP (and XenCenter) if I could get PCI
        passthough working in XCP.=A0 In such a case, I would passthrough
        nearly all of my USB controllers, along with a second PCI video
        card, to an HVM guest running Ubuntu desktop.=A0 That way I could
        have, on a single machine, both a stable XCP server (which I
        could leave up 24/7 to host my virtual servers) and also local
        access to virtual machine having fully functional desktop (which
        I could shut down when not in use).=A0 I imagine that many would
        apprciate such functionality in XCP, so let's hope that the
        developers consider adding such a feature to future releases of
        XCP if not already possible via xe command line.

        

        

        

          

            
On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams <grantmasterflash@gmail.com>
              wrote:

            

          

          

            

              


                

                  
On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt <p.pridt=
@chello.at>
                    wrote:

                    

                      Hi,

                      I am looking for a way to attach a physical CD
                      drive or a USB-attached hard drive to a VM.

                      I know that Citrix Xenserver does that through
                      special udev-SRs. There you even can attach an
                      internal hard drive with the help of an udev rule
                      that creates the vdi.

                      Has anybody a running solution?

                      My system is Ubuntu 12.04 with xcp-xapi.

                          

                          -- 

                          Regards,

                          Paul

                        

                    


                    

                  

                  
What is it exactly you're trying to=A0accomplish=
?
                    I'd start by checking
                    /etc/udev/rules.d/58-xapi.rules for events and check
                    the scripts that it runs.=A0

                  

                    

                  

                  
58-xapi.rules

                  

                    
# Skip devices which fail the local sharing
                      check (to filter out root/mounted devices)

                    
ACTION=3D=3D"add",
                      PROGRAM!=3D"/opt/xensource/libexec/check-device-=
sharing
                      %k", GOTO=3D"end_xapi"

                    


                    

                    
ACTION=3D=3D"add", SYMLINK+=3D"xapi=
/block/%k"

                    


                    

                    
ACTION=3D=3D"add", RUN+=3D"/bin/sh =
-c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                    
ACTION=3D=3D"remove", RUN+=3D"/bin/=
sh -c
                      '/opt/xensource/libexec/local-device-change %k
                      2>&1 >/dev/null&'"

                  

                  


                  

                  


                  

                  
Part of
                      /opt/xensource/libexec/local-device-change

                  


                  

                  

                    
=A0for SR in `xe sr-list type=3Dudev
                      sm-config:type=3Dblock uuid=3D${LOCAL_SR} params=3Duu=
id
                      --minimal`

                    
=A0 =A0 =A0 do

                    
=A0 =A0 =A0 =A0 xe vdi-introduce uuid=3D`uuidgen`
                      sr-uuid=3D${SR} type=3Duser
                      location=3D/dev/xapi/block/${DEVICE}

                    
=A0done

                  

                  


                  

                  


                  

                  
Read the whole scripts of course but this might
                    get you started.

                

                

              

            

            
_______________________________________________

              Xen-api mailing list

              Xe=
n-api@lists.xen.org

              http://lists.xen.org/cgi-bin/mailman/listinfo/xen-ap=
i

              

            

          

        

        

      

      

    

    

  






--bcaec53aef5c76af7f04d07391ef--


--===============9132677579815196825==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============9132677579815196825==--


From xen-api-bounces@lists.xen.org Mon Dec 10 00:12:49 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 00:12: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 1Thqz9-0007uy-De; Mon, 10 Dec 2012 00:12:39 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Thqz8-0007ut-1m
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 00:12:38 +0000
Received: from [85.158.143.99:9142] by server-1.bemta-4.messagelabs.com id
	11/4E-28401-5F825C05; Mon, 10 Dec 2012 00:12:37 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-8.tower-216.messagelabs.com!1355098356!18953663!1
X-Originating-IP: [74.125.82.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8739 invoked from network); 10 Dec 2012 00:12:36 -0000
Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com)
	(74.125.82.173)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 00:12:36 -0000
Received: by mail-we0-f173.google.com with SMTP id z2so1164020wey.32
	for ; Sun, 09 Dec 2012 16:12:36 -0800 (PST)
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=MIvGSkxOIbaKYiW7TmiEu2xveY54/1fsJ2rG3MhHg6o=;
	b=eJ1N8EBiXK6FiQG4FwjVzGMPtdLkXfWuHDFiWm3dyV+xEXm+yF9H/wttOJ2pI3txaC
	PEzeRJheHpFFUd+U2cSHTWdUmhRm0ojFc0lXQvZDBVbmHjzOrK3mUNSIcn7fTR8xpPgt
	ip1aCHsezjZJYuvqYmU71m3yZzyhvkVYmTKswHym6kyXeJLCZSjIvzmrKqymUcyq0ecZ
	kllN+E/5z8tQyvd9lb9CxNaXCwosfMprDcUNbYt3gyfCqI9ZsSJCwQVhhcIsV4AwlRgU
	doZnZW+ON88DVS/EIJntJVCkSrQR/rWyTkGd2ydcUlt3ztz2wNPGgdgPio0iEwkih5ii
	LLtA==
Received: by 10.216.141.15 with SMTP id f15mr4543165wej.116.1355098356181;
	Sun, 09 Dec 2012 16:12:36 -0800 (PST)
Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com
	[209.85.212.169])
	by mx.google.com with ESMTPS id b1sm9213127wix.11.2012.12.09.16.12.34
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 16:12:35 -0800 (PST)
Received: by mail-wi0-f169.google.com with SMTP id hq12so744302wib.2
	for ; Sun, 09 Dec 2012 16:12:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.80.201 with SMTP id t9mr8063834wix.0.1355098354241; Sun,
	09 Dec 2012 16:12:34 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 16:12:34 -0800 (PST)
In-Reply-To: <50C50D6D.4040001@g.mc.cx>
References: 
	
	<50C50D6D.4040001@g.mc.cx>
Date: Sun, 9 Dec 2012 21:12:34 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnflLJ3Rgt8eQJylnFit404Pm5rtLMFfYTb4bGg1O0Jkjfl+stJMdRm12vQomyNo3w2CNqS
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/12/9 Morten Christensen :
> You detach the disk from that VM and attach it to a working VM as second
> disk, mount it in the working VM and make your editing

Hello

Apologize for the ignorance the vm virtual disk in directory to save it?

and what would the command to mount it? the truth is that I am not an
expert in this area.

Please if you can help me

from already thank you very much

Rivcardo

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

From xen-api-bounces@lists.xen.org Mon Dec 10 00:12:49 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 00:12: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 1Thqz9-0007uy-De; Mon, 10 Dec 2012 00:12:39 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Thqz8-0007ut-1m
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 00:12:38 +0000
Received: from [85.158.143.99:9142] by server-1.bemta-4.messagelabs.com id
	11/4E-28401-5F825C05; Mon, 10 Dec 2012 00:12:37 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-8.tower-216.messagelabs.com!1355098356!18953663!1
X-Originating-IP: [74.125.82.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8739 invoked from network); 10 Dec 2012 00:12:36 -0000
Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com)
	(74.125.82.173)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 00:12:36 -0000
Received: by mail-we0-f173.google.com with SMTP id z2so1164020wey.32
	for ; Sun, 09 Dec 2012 16:12:36 -0800 (PST)
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=MIvGSkxOIbaKYiW7TmiEu2xveY54/1fsJ2rG3MhHg6o=;
	b=eJ1N8EBiXK6FiQG4FwjVzGMPtdLkXfWuHDFiWm3dyV+xEXm+yF9H/wttOJ2pI3txaC
	PEzeRJheHpFFUd+U2cSHTWdUmhRm0ojFc0lXQvZDBVbmHjzOrK3mUNSIcn7fTR8xpPgt
	ip1aCHsezjZJYuvqYmU71m3yZzyhvkVYmTKswHym6kyXeJLCZSjIvzmrKqymUcyq0ecZ
	kllN+E/5z8tQyvd9lb9CxNaXCwosfMprDcUNbYt3gyfCqI9ZsSJCwQVhhcIsV4AwlRgU
	doZnZW+ON88DVS/EIJntJVCkSrQR/rWyTkGd2ydcUlt3ztz2wNPGgdgPio0iEwkih5ii
	LLtA==
Received: by 10.216.141.15 with SMTP id f15mr4543165wej.116.1355098356181;
	Sun, 09 Dec 2012 16:12:36 -0800 (PST)
Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com
	[209.85.212.169])
	by mx.google.com with ESMTPS id b1sm9213127wix.11.2012.12.09.16.12.34
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 16:12:35 -0800 (PST)
Received: by mail-wi0-f169.google.com with SMTP id hq12so744302wib.2
	for ; Sun, 09 Dec 2012 16:12:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.80.201 with SMTP id t9mr8063834wix.0.1355098354241; Sun,
	09 Dec 2012 16:12:34 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 16:12:34 -0800 (PST)
In-Reply-To: <50C50D6D.4040001@g.mc.cx>
References: 
	
	<50C50D6D.4040001@g.mc.cx>
Date: Sun, 9 Dec 2012 21:12:34 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnflLJ3Rgt8eQJylnFit404Pm5rtLMFfYTb4bGg1O0Jkjfl+stJMdRm12vQomyNo3w2CNqS
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/12/9 Morten Christensen :
> You detach the disk from that VM and attach it to a working VM as second
> disk, mount it in the working VM and make your editing

Hello

Apologize for the ignorance the vm virtual disk in directory to save it?

and what would the command to mount it? the truth is that I am not an
expert in this area.

Please if you can help me

from already thank you very much

Rivcardo

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

From xen-api-bounces@lists.xen.org Mon Dec 10 01:20:01 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 01: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 1Ths2B-0003gH-1g; Mon, 10 Dec 2012 01:19:51 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ths29-0003gC-0W
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 01:19:49 +0000
Received: from [85.158.137.99:52019] by server-16.bemta-3.messagelabs.com id
	3C/21-07461-4B835C05; Mon, 10 Dec 2012 01:19:48 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-7.tower-217.messagelabs.com!1355102386!13109302!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=2.2 required=7.0 tests=BODY_RANDOM_LONG,INFO_TLD,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20767 invoked from network); 10 Dec 2012 01:19:46 -0000
Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com)
	(74.125.82.53)
	by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 01:19:46 -0000
Received: by mail-wg0-f53.google.com with SMTP id ei8so1031521wgb.32
	for ; Sun, 09 Dec 2012 17:19:46 -0800 (PST)
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=6xmGngPWamVOLcsj8eTG34aAWSiXlMYBS/MJj2QyIwo=;
	b=ceZyt3IItxG0m6eHhybauproblflw50Y3Xmqy5w4mlAXIzfBbSwR8V6RCIkXhkygtU
	2oGrO3JNTFW+wGUdUpI3RKwUiS9mhPE+S+4Ee4NfCcAvscH8Vo4/BBv+LTshV/+gX1tp
	T2HJFNKI90tfnQ34i1zrBXoH/LWYE/9sVflLG86NWjriAbaBw3YhGwvzIW9nvBISdMKE
	JV+LZ447MciX3LlxqyhyeqPdVaPsCeOC/Hz4i/vQS74SFp/FjLLhSahYEUrpt2ScWv+u
	8Iy5G4JBHmuG2GmEGKPEaxfFo8uPlzY99PZngHAouj6SEUW9EHQI9Y2dGl9R/lRsRj4Z
	JVcA==
Received: by 10.216.27.81 with SMTP id d59mr4429721wea.165.1355102386545;
	Sun, 09 Dec 2012 17:19:46 -0800 (PST)
Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com
	[209.85.212.169])
	by mx.google.com with ESMTPS id d9sm8435897wiw.0.2012.12.09.17.19.45
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 17:19:45 -0800 (PST)
Received: by mail-wi0-f169.google.com with SMTP id hq12so759167wib.2
	for ; Sun, 09 Dec 2012 17:19:44 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.74.20 with SMTP id p20mr8192303wiv.0.1355102384858; Sun,
	09 Dec 2012 17:19:44 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 17:19:44 -0800 (PST)
In-Reply-To: 
References: <50C1D085.4010105@chello.at>
	
	
	
	<50C34C9F.9080609@chello.at>
	
Date: Sun, 9 Dec 2012 22:19:44 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQlhUsrRjhYok+M8zP4nXlRWYjP5FhnocVPd/XeiXatOIiiYSEc+e1duxDBxijEIMCVoHclz
Subject: Re: [Xen-API] Fwd: Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/12/9 Gizmo Chicken :
> Paul,
>
> I'm not sure about the PCI passthrough tutorial, but I hope that what I
> provide below will be of some help.
>
> First, if I recall correctly, you'll need to add "iommu=3D1" into the Xen
> commandline.  If using grub, you can edit your /etc/default/grub file as
> root and to include at least the following or similar:
>
> GRUB_CMDLINE_XEN=3D"iommu=3D1"
>
>
> As for xe commands, the PCI passthrough command in xe takes the following
> form:
>
> xe vm-param-set other-config:pci=3D0/  uuid=3D
>
>
> Or if you want to passthrough multiple PCI devices (or a multifunction
> device), the PCI passthrough command in xe takes the following form:
>
> xe vm-param-set
> other-config:pci=3D0/,1/,2/,3/,4/
> uuid=3D
>
>
> You'll need to replace  and  with appropriate values.
>
> Here's an example showing the xe command for the passthrough of 2 PCI
> devices:
>
> xe vm-param-set other-config:pci=3D0/0000:00:1d.0,1/0000:00:1d.1
> uuid=3Dd6eb559e-af70-6f8e-d10f-62fc9f73db89
>
>
> Of course, the your values for  and  will differ from the
> above example.
>
> DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP system in
> the near future, as of now, I have only configured PCI passthrough on a
> system that runs vanilla Xen.  So the above is based mostly on what I have
> gleaned from forum posts and replies, not on my own personal experience.
>
> I invite others who know more about PCI passthrough to correct/clarify any
> of the above.
>
> Best regards,
> GizmoChicken
>
>
>
>
> On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt  wrote:
>>
>> Hi,
>> first let me thank for your replies.
>> Further to your notes I did some investigation and tests, but was not
>> successful.
>> I am fairly familiar on pci-passthrough in xm or xl toolstack.
>> I assigned the adapter in question to pciback, entered the other-config
>> parameters and started the vm, but the vm did not see the drive.
>> Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I found that the
>> author references the xl command which is not available when you install=
 the
>> cp-xapi in Ubuntu and set the toolstack to xapi. Both xe and xl commands=
 are
>> available in XCP-Server, but there the udev SRs work anyway.
>>
>> I also tried to create the udev SR:
>> xe sr-create  content-type=3Ddisk name-label=3D=94Removable storage=94 t=
ype=3Dudev
>> device-config:location=3D/dev/xapi/block
>> The answer was:
>> The SR could not be connected because the driver was not recognised.
>> driver: udev
>> It seems that there is some task needed that creates /dev/xapi/block ..
>> I think if I were successful on the latter task I could create the vdi
>> manually and attach it to the vm.
>> I will furter investigate ...
>>
>> Regards
>> Paul
>>
>> Am 07.12.2012 16:45, schrieb Gizmo Chicken:
>>
>> Grant,
>>
>>
>> I had nearly finished drafting my reply to Paul when I noticed your repl=
y.
>>
>> As mentioned in my reply to Paul, I suspect that what Paul wants to do
>> (passthrough a USB device) could be accomplished via PCI passthrough (of=
 an
>> entire USB controller) to an HVM guest.  Does that sound right?
>>
>> As I also mentioned in my reply to Paul, another poster (Donald van der
>> Wurf) attempted to adapt a tutorial found at
>> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of
>> configuring PCI passthrough to an HVM guest in XCP.  However, the origin=
al
>> poster wasn't successful, and so sought help from the group.
>>
>> Your technical knowledge is clearly way beyond mine.  If you feel that it
>> would be possible to configure PCI passthrough to an HVM guest in XCP, w=
ould
>> you consider creating a brief tutorial, or possibly extending the above
>> mentioned tutorial, to describe the procedure?
>>
>> Any help from you (or others) would be greatly appreciated.
>>
>> Best regards,
>> GizmoChicken
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Gizmo Chicken 
>> Date: Fri, Dec 7, 2012 at 10:00 AM
>> Subject: Re: [Xen-API] Attach CD or Removable Devices
>> To: Paul Pridt 
>> Cc: xen-api@lists.xen.org
>>
>>
>> Paul,
>>
>> I suspect that what you want to do could be accomplished via PCI
>> passthrough to an HVM guest, which is the subject of a thread having the
>> subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a
>> few weeks ago.  So you might want to follow (and perhaps join in) that
>> thread.
>>
>> Without repeating the entirety of the above mentioned thread, I'll note
>> that the original poster referenced a tutorial found at
>> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI
>> passthrough to a PV guest in XCP.  However, the original poster wasn't a=
ble
>> to adapt that tutorial to his goal of configuring PCI passthrough to an =
HVM
>> guest in XCP, and so sought help from the group.
>>
>> Unlike the situation with the XAPI toolstack, the procedure for
>> configuring PCI passthrough to an HVM guest is relatively straightforward
>> with Xen when using the default toolstack.  For a discussion of both VGA=
 and
>> PCI passthrough in Xen when using the default toolstack, see
>> http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013.
>>
>> So if you don't mind leaving behind the comforts of XenCenter for
>> something like Virtual Machine Manager (virt-manager), maybe Xen and its
>> default toolstack is a better option for you.
>>
>> I wish that I could be of more help.
>>
>> Best regards,
>> GizmoChicken
>>
>> P.S. I'm currently using Xen (and Virtual Machine Manager), but I would
>> switch to XCP (and XenCenter) if I could get PCI passthough working in X=
CP.
>> In such a case, I would passthrough nearly all of my USB controllers, al=
ong
>> with a second PCI video card, to an HVM guest running Ubuntu desktop.  T=
hat
>> way I could have, on a single machine, both a stable XCP server (which I
>> could leave up 24/7 to host my virtual servers) and also local access to
>> virtual machine having fully functional desktop (which I could shut down
>> when not in use).  I imagine that many would apprciate such functionalit=
y in
>> XCP, so let's hope that the developers consider adding such a feature to
>> future releases of XCP if not already possible via xe command line.
>>
>>
>> On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams
>>  wrote:
>>>
>>>
>>> On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt  wrote:
>>>>
>>>> Hi,
>>>> I am looking for a way to attach a physical CD drive or a USB-attached
>>>> hard drive to a VM.
>>>> I know that Citrix Xenserver does that through special udev-SRs. There
>>>> you even can attach an internal hard drive with the help of an udev ru=
le
>>>> that creates the vdi.
>>>> Has anybody a running solution?
>>>> My system is Ubuntu 12.04 with xcp-xapi.
>>>>
>>>> --
>>>> Regards,
>>>> Paul
>>>
>>>
>>> What is it exactly you're trying to accomplish? I'd start by checking
>>> /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it
>>> runs.
>>>
>>> 58-xapi.rules
>>> # Skip devices which fail the local sharing check (to filter out
>>> root/mounted devices)
>>> ACTION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-device-shar=
ing %k",
>>> GOTO=3D"end_xapi"
>>>
>>> ACTION=3D=3D"add", SYMLINK+=3D"xapi/block/%k"
>>>
>>> ACTION=3D=3D"add", RUN+=3D"/bin/sh -c
>>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>> ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c
>>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>>
>>>
>>> Part of /opt/xensource/libexec/local-device-change
>>>
>>>  for SR in `xe sr-list type=3Dudev sm-config:type=3Dblock uuid=3D${LOCA=
L_SR}
>>> params=3Duuid --minimal`
>>>       do
>>>         xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D${SR} type=3Duser
>>> location=3D/dev/xapi/block/${DEVICE}
>>>  done
>>>
>>>
>>> Read the whole scripts of course but this might get you started.
>>>


Hello everyone

I eh followed this tutorial

http://www.leandrocaetano.info/site/making-a-tape-drive-available-to-a-gues=
t-via-scsi-on-xen/

http://support.citrix.com/article/CTX128426

When restarting the computer nothing happens

Best regards

Ricardo

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

From xen-api-bounces@lists.xen.org Mon Dec 10 01:20:01 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 01: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 1Ths2B-0003gH-1g; Mon, 10 Dec 2012 01:19:51 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ths29-0003gC-0W
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 01:19:49 +0000
Received: from [85.158.137.99:52019] by server-16.bemta-3.messagelabs.com id
	3C/21-07461-4B835C05; Mon, 10 Dec 2012 01:19:48 +0000
X-Env-Sender: web@guzman.com.ar
X-Msg-Ref: server-7.tower-217.messagelabs.com!1355102386!13109302!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=2.2 required=7.0 tests=BODY_RANDOM_LONG,INFO_TLD,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20767 invoked from network); 10 Dec 2012 01:19:46 -0000
Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com)
	(74.125.82.53)
	by server-7.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 01:19:46 -0000
Received: by mail-wg0-f53.google.com with SMTP id ei8so1031521wgb.32
	for ; Sun, 09 Dec 2012 17:19:46 -0800 (PST)
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=6xmGngPWamVOLcsj8eTG34aAWSiXlMYBS/MJj2QyIwo=;
	b=ceZyt3IItxG0m6eHhybauproblflw50Y3Xmqy5w4mlAXIzfBbSwR8V6RCIkXhkygtU
	2oGrO3JNTFW+wGUdUpI3RKwUiS9mhPE+S+4Ee4NfCcAvscH8Vo4/BBv+LTshV/+gX1tp
	T2HJFNKI90tfnQ34i1zrBXoH/LWYE/9sVflLG86NWjriAbaBw3YhGwvzIW9nvBISdMKE
	JV+LZ447MciX3LlxqyhyeqPdVaPsCeOC/Hz4i/vQS74SFp/FjLLhSahYEUrpt2ScWv+u
	8Iy5G4JBHmuG2GmEGKPEaxfFo8uPlzY99PZngHAouj6SEUW9EHQI9Y2dGl9R/lRsRj4Z
	JVcA==
Received: by 10.216.27.81 with SMTP id d59mr4429721wea.165.1355102386545;
	Sun, 09 Dec 2012 17:19:46 -0800 (PST)
Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com
	[209.85.212.169])
	by mx.google.com with ESMTPS id d9sm8435897wiw.0.2012.12.09.17.19.45
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 17:19:45 -0800 (PST)
Received: by mail-wi0-f169.google.com with SMTP id hq12so759167wib.2
	for ; Sun, 09 Dec 2012 17:19:44 -0800 (PST)
MIME-Version: 1.0
Received: by 10.180.74.20 with SMTP id p20mr8192303wiv.0.1355102384858; Sun,
	09 Dec 2012 17:19:44 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 17:19:44 -0800 (PST)
In-Reply-To: 
References: <50C1D085.4010105@chello.at>
	
	
	
	<50C34C9F.9080609@chello.at>
	
Date: Sun, 9 Dec 2012 22:19:44 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQlhUsrRjhYok+M8zP4nXlRWYjP5FhnocVPd/XeiXatOIiiYSEc+e1duxDBxijEIMCVoHclz
Subject: Re: [Xen-API] Fwd: Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/12/9 Gizmo Chicken :
> Paul,
>
> I'm not sure about the PCI passthrough tutorial, but I hope that what I
> provide below will be of some help.
>
> First, if I recall correctly, you'll need to add "iommu=3D1" into the Xen
> commandline.  If using grub, you can edit your /etc/default/grub file as
> root and to include at least the following or similar:
>
> GRUB_CMDLINE_XEN=3D"iommu=3D1"
>
>
> As for xe commands, the PCI passthrough command in xe takes the following
> form:
>
> xe vm-param-set other-config:pci=3D0/  uuid=3D
>
>
> Or if you want to passthrough multiple PCI devices (or a multifunction
> device), the PCI passthrough command in xe takes the following form:
>
> xe vm-param-set
> other-config:pci=3D0/,1/,2/,3/,4/
> uuid=3D
>
>
> You'll need to replace  and  with appropriate values.
>
> Here's an example showing the xe command for the passthrough of 2 PCI
> devices:
>
> xe vm-param-set other-config:pci=3D0/0000:00:1d.0,1/0000:00:1d.1
> uuid=3Dd6eb559e-af70-6f8e-d10f-62fc9f73db89
>
>
> Of course, the your values for  and  will differ from the
> above example.
>
> DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP system in
> the near future, as of now, I have only configured PCI passthrough on a
> system that runs vanilla Xen.  So the above is based mostly on what I have
> gleaned from forum posts and replies, not on my own personal experience.
>
> I invite others who know more about PCI passthrough to correct/clarify any
> of the above.
>
> Best regards,
> GizmoChicken
>
>
>
>
> On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt  wrote:
>>
>> Hi,
>> first let me thank for your replies.
>> Further to your notes I did some investigation and tests, but was not
>> successful.
>> I am fairly familiar on pci-passthrough in xm or xl toolstack.
>> I assigned the adapter in question to pciback, entered the other-config
>> parameters and started the vm, but the vm did not see the drive.
>> Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I found that the
>> author references the xl command which is not available when you install=
 the
>> cp-xapi in Ubuntu and set the toolstack to xapi. Both xe and xl commands=
 are
>> available in XCP-Server, but there the udev SRs work anyway.
>>
>> I also tried to create the udev SR:
>> xe sr-create  content-type=3Ddisk name-label=3D=94Removable storage=94 t=
ype=3Dudev
>> device-config:location=3D/dev/xapi/block
>> The answer was:
>> The SR could not be connected because the driver was not recognised.
>> driver: udev
>> It seems that there is some task needed that creates /dev/xapi/block ..
>> I think if I were successful on the latter task I could create the vdi
>> manually and attach it to the vm.
>> I will furter investigate ...
>>
>> Regards
>> Paul
>>
>> Am 07.12.2012 16:45, schrieb Gizmo Chicken:
>>
>> Grant,
>>
>>
>> I had nearly finished drafting my reply to Paul when I noticed your repl=
y.
>>
>> As mentioned in my reply to Paul, I suspect that what Paul wants to do
>> (passthrough a USB device) could be accomplished via PCI passthrough (of=
 an
>> entire USB controller) to an HVM guest.  Does that sound right?
>>
>> As I also mentioned in my reply to Paul, another poster (Donald van der
>> Wurf) attempted to adapt a tutorial found at
>> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of
>> configuring PCI passthrough to an HVM guest in XCP.  However, the origin=
al
>> poster wasn't successful, and so sought help from the group.
>>
>> Your technical knowledge is clearly way beyond mine.  If you feel that it
>> would be possible to configure PCI passthrough to an HVM guest in XCP, w=
ould
>> you consider creating a brief tutorial, or possibly extending the above
>> mentioned tutorial, to describe the procedure?
>>
>> Any help from you (or others) would be greatly appreciated.
>>
>> Best regards,
>> GizmoChicken
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Gizmo Chicken 
>> Date: Fri, Dec 7, 2012 at 10:00 AM
>> Subject: Re: [Xen-API] Attach CD or Removable Devices
>> To: Paul Pridt 
>> Cc: xen-api@lists.xen.org
>>
>>
>> Paul,
>>
>> I suspect that what you want to do could be accomplished via PCI
>> passthrough to an HVM guest, which is the subject of a thread having the
>> subject "[Xen-API] XCP PCI Passthrough on HVM how to?" that was started a
>> few weeks ago.  So you might want to follow (and perhaps join in) that
>> thread.
>>
>> Without repeating the entirety of the above mentioned thread, I'll note
>> that the original poster referenced a tutorial found at
>> http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI
>> passthrough to a PV guest in XCP.  However, the original poster wasn't a=
ble
>> to adapt that tutorial to his goal of configuring PCI passthrough to an =
HVM
>> guest in XCP, and so sought help from the group.
>>
>> Unlike the situation with the XAPI toolstack, the procedure for
>> configuring PCI passthrough to an HVM guest is relatively straightforward
>> with Xen when using the default toolstack.  For a discussion of both VGA=
 and
>> PCI passthrough in Xen when using the default toolstack, see
>> http://forums.linuxmint.com/viewtopic.php?f=3D42&t=3D112013.
>>
>> So if you don't mind leaving behind the comforts of XenCenter for
>> something like Virtual Machine Manager (virt-manager), maybe Xen and its
>> default toolstack is a better option for you.
>>
>> I wish that I could be of more help.
>>
>> Best regards,
>> GizmoChicken
>>
>> P.S. I'm currently using Xen (and Virtual Machine Manager), but I would
>> switch to XCP (and XenCenter) if I could get PCI passthough working in X=
CP.
>> In such a case, I would passthrough nearly all of my USB controllers, al=
ong
>> with a second PCI video card, to an HVM guest running Ubuntu desktop.  T=
hat
>> way I could have, on a single machine, both a stable XCP server (which I
>> could leave up 24/7 to host my virtual servers) and also local access to
>> virtual machine having fully functional desktop (which I could shut down
>> when not in use).  I imagine that many would apprciate such functionalit=
y in
>> XCP, so let's hope that the developers consider adding such a feature to
>> future releases of XCP if not already possible via xe command line.
>>
>>
>> On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams
>>  wrote:
>>>
>>>
>>> On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt  wrote:
>>>>
>>>> Hi,
>>>> I am looking for a way to attach a physical CD drive or a USB-attached
>>>> hard drive to a VM.
>>>> I know that Citrix Xenserver does that through special udev-SRs. There
>>>> you even can attach an internal hard drive with the help of an udev ru=
le
>>>> that creates the vdi.
>>>> Has anybody a running solution?
>>>> My system is Ubuntu 12.04 with xcp-xapi.
>>>>
>>>> --
>>>> Regards,
>>>> Paul
>>>
>>>
>>> What is it exactly you're trying to accomplish? I'd start by checking
>>> /etc/udev/rules.d/58-xapi.rules for events and check the scripts that it
>>> runs.
>>>
>>> 58-xapi.rules
>>> # Skip devices which fail the local sharing check (to filter out
>>> root/mounted devices)
>>> ACTION=3D=3D"add", PROGRAM!=3D"/opt/xensource/libexec/check-device-shar=
ing %k",
>>> GOTO=3D"end_xapi"
>>>
>>> ACTION=3D=3D"add", SYMLINK+=3D"xapi/block/%k"
>>>
>>> ACTION=3D=3D"add", RUN+=3D"/bin/sh -c
>>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>> ACTION=3D=3D"remove", RUN+=3D"/bin/sh -c
>>> '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>>
>>>
>>> Part of /opt/xensource/libexec/local-device-change
>>>
>>>  for SR in `xe sr-list type=3Dudev sm-config:type=3Dblock uuid=3D${LOCA=
L_SR}
>>> params=3Duuid --minimal`
>>>       do
>>>         xe vdi-introduce uuid=3D`uuidgen` sr-uuid=3D${SR} type=3Duser
>>> location=3D/dev/xapi/block/${DEVICE}
>>>  done
>>>
>>>
>>> Read the whole scripts of course but this might get you started.
>>>


Hello everyone

I eh followed this tutorial

http://www.leandrocaetano.info/site/making-a-tape-drive-available-to-a-gues=
t-via-scsi-on-xen/

http://support.citrix.com/article/CTX128426

When restarting the computer nothing happens

Best regards

Ricardo

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

From xen-api-bounces@lists.xen.org Mon Dec 10 10:50:56 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 10:50: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 1Ti0wi-0006Qv-RU; Mon, 10 Dec 2012 10:50:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Ti0wh-0006Qq-Bo
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 10:50:47 +0000
Received: from [85.158.138.51:53965] by server-16.bemta-3.messagelabs.com id
	FE/73-07461-68EB5C05; Mon, 10 Dec 2012 10:50:46 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-2.tower-174.messagelabs.com!1355136645!27891270!1
X-Originating-IP: [80.12.242.123]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_18,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32520 invoked from network); 10 Dec 2012 10:50:45 -0000
Received: from smtp01.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.123) by server-2.tower-174.messagelabs.com with SMTP;
	10 Dec 2012 10:50:45 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d54 with ME
	id Zmqk1k00f3zjds103mqkqF; Mon, 10 Dec 2012 11:50:45 +0100
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id CE833161C23;
	Mon, 10 Dec 2012 11:50:44 +0100 (CET)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10026)
	with ESMTP id GRPekadfUeeX; Mon, 10 Dec 2012 11:50:44 +0100 (CET)
Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id D38BB161C15;
	Mon, 10 Dec 2012 11:50:43 +0100 (CET)
Message-ID: <50C5BE83.1080901@tranquil-it-systems.fr>
Date: Mon, 10 Dec 2012 11:50:43 +0100
From: Denis Cardon 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "P. Broennimann" 
References: 
In-Reply-To: 
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Peter,

> P.S: This is a cross-posting:http://archives.postgresql.org/pgsql-general=
/2012-12/msg00189.php
>
> I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
> headless.
>
> The VM is completely fresh & clean and works fine. Then I install
> Postgresql...
>
>     sudo apt-get install python-software-properties
>     sudo add-apt-repository ppa:pitti/postgresql
>     sudo apt-get update
>     sudo apt-get install postgresql-9.2
>
> ...what works well. But when I reboot I see/get the following error:
>
>     * Starting load fallback graphics devices  [fail]
>
> Postgresql seems to work fine but anyone knows what is this error all
> about? I never saw such a thing under my old Ubuntu 10.04 VM!?

if you are using paravirt installation, there is no graphic card =

emulated in the VM, so it is normal that graphic loading should fail.

Perhaps you have a lightdm of a gdm that is setup for autostart. If you =

disable the dm, the fail message should disapear.

You can check if your vm is paravirt using vm-param-get. If it returns =

pygrub, then it should be paravirt :

# xe vm-param-get param-name=3DPV-bootloader =

uuid=3D95d3fca1-7d8e-7cc6-ddeb-0c21666430d9
pygrub


Hope this helps,

Denis


>
> Thanks & cheers,
> Peter
>
>
>
>
> This body part will be downloaded on demand.
>


-- =

Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=E2timent A
12 avenue Jules Verne
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.tranquil-it-systems.fr


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

From xen-api-bounces@lists.xen.org Mon Dec 10 10:50:56 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 10:50: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 1Ti0wi-0006Qv-RU; Mon, 10 Dec 2012 10:50:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Ti0wh-0006Qq-Bo
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 10:50:47 +0000
Received: from [85.158.138.51:53965] by server-16.bemta-3.messagelabs.com id
	FE/73-07461-68EB5C05; Mon, 10 Dec 2012 10:50:46 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-2.tower-174.messagelabs.com!1355136645!27891270!1
X-Originating-IP: [80.12.242.123]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_18,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32520 invoked from network); 10 Dec 2012 10:50:45 -0000
Received: from smtp01.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.123) by server-2.tower-174.messagelabs.com with SMTP;
	10 Dec 2012 10:50:45 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d54 with ME
	id Zmqk1k00f3zjds103mqkqF; Mon, 10 Dec 2012 11:50:45 +0100
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id CE833161C23;
	Mon, 10 Dec 2012 11:50:44 +0100 (CET)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10026)
	with ESMTP id GRPekadfUeeX; Mon, 10 Dec 2012 11:50:44 +0100 (CET)
Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id D38BB161C15;
	Mon, 10 Dec 2012 11:50:43 +0100 (CET)
Message-ID: <50C5BE83.1080901@tranquil-it-systems.fr>
Date: Mon, 10 Dec 2012 11:50:43 +0100
From: Denis Cardon 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "P. Broennimann" 
References: 
In-Reply-To: 
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Peter,

> P.S: This is a cross-posting:http://archives.postgresql.org/pgsql-general=
/2012-12/msg00189.php
>
> I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
> headless.
>
> The VM is completely fresh & clean and works fine. Then I install
> Postgresql...
>
>     sudo apt-get install python-software-properties
>     sudo add-apt-repository ppa:pitti/postgresql
>     sudo apt-get update
>     sudo apt-get install postgresql-9.2
>
> ...what works well. But when I reboot I see/get the following error:
>
>     * Starting load fallback graphics devices  [fail]
>
> Postgresql seems to work fine but anyone knows what is this error all
> about? I never saw such a thing under my old Ubuntu 10.04 VM!?

if you are using paravirt installation, there is no graphic card =

emulated in the VM, so it is normal that graphic loading should fail.

Perhaps you have a lightdm of a gdm that is setup for autostart. If you =

disable the dm, the fail message should disapear.

You can check if your vm is paravirt using vm-param-get. If it returns =

pygrub, then it should be paravirt :

# xe vm-param-get param-name=3DPV-bootloader =

uuid=3D95d3fca1-7d8e-7cc6-ddeb-0c21666430d9
pygrub


Hope this helps,

Denis


>
> Thanks & cheers,
> Peter
>
>
>
>
> This body part will be downloaded on demand.
>


-- =

Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=E2timent A
12 avenue Jules Verne
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.tranquil-it-systems.fr


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

From xen-api-bounces@lists.xen.org Mon Dec 10 11:39:36 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 11:39: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 1Ti1ho-000772-PD; Mon, 10 Dec 2012 11:39:28 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti1hm-00076x-Ii
	for xen-api@lists.xensource.com; Mon, 10 Dec 2012 11:39:26 +0000
Received: from [193.109.254.147:60388] by server-8.bemta-14.messagelabs.com id
	7E/79-05026-DE9C5C05; Mon, 10 Dec 2012 11:39:25 +0000
X-Env-Sender: meesterlars@gmail.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1355139563!6877412!1
X-Originating-IP: [209.85.220.171]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22603 invoked from network); 10 Dec 2012 11:39:24 -0000
Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com)
	(209.85.220.171)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 11:39:24 -0000
Received: by mail-vc0-f171.google.com with SMTP id n11so3037746vch.30
	for ; Mon, 10 Dec 2012 03:39:23 -0800 (PST)
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=d9M3FAlMDyealrk5KsR7A6q9jJUGgOX1bzal59MzYAY=;
	b=goiih/1cLLbW72Hwr8FhOS2DJ9g1aJdO3GJb0N+vM46tt4sFIF1lEHS3MqOZP0ANLN
	0tB6yhM/DRtXGBJ407bw6KwImHGKlLhqxGbJgfMRAIYUDkXm7BeWBmUmHFF9LZJLmctM
	6/WjfKxBtNYHNMUrLI59IUbQI6Ru2/wL8pSmozX1JShT1oI4vDbAUSi+XzMcr8ZD02Yy
	2wJ8cUIYb668R4BwSChojxh+p1Ai3pNcUsn/xb02eeq4w0mEOSpm18WWvWcqX3yW0jDr
	vRQ9t7Mf1zHrL5jPN8BiEwrq/ISI08jLsfThQPRT9vzLDkCoU7St7WtcFTgUQ+HHo7Fz
	0tMg==
Received: by 10.58.172.103 with SMTP id bb7mr8975439vec.41.1355139563393; Mon,
	10 Dec 2012 03:39:23 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.169.18 with HTTP; Mon, 10 Dec 2012 03:39:03 -0800 (PST)
In-Reply-To: <50BE1B85.7000509@tranquil-it-systems.fr>
References: 
	<50BE1B85.7000509@tranquil-it-systems.fr>
From: Lars Seeliger 
Date: Mon, 10 Dec 2012 12:39:03 +0100
Message-ID: 
To: Denis Cardon 
Cc: "xen-api@lists.xensource.com" 
Subject: Re: [Xen-API] XCP 1.6 VM operating system not detected
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2986727533922108761=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2986727533922108761==
Content-Type: multipart/alternative; boundary=047d7b5d65484c12b604d07e04b5

--047d7b5d65484c12b604d07e04b5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I thought I would post an update here, in case someone else has this
problem...

CTX135099 describes installing 6.1-based xstools. After running the command
suggested in the article and rebooting the VM, xstools installed just fine.

PS: Hoorah!


On 4 December 2012 16:49, Denis Cardon
wrote:

> Hi lars,
>
>
>  I created a new VM today, using the Windows 7 64-bit template, then
>> restored an Acronis image of a Windows 7 workstation.
>>
>> After booting into Windows, XenCenter lists the Operating System of the
>> VM as "Unknown". This results in me not being able to install xstools
>> (Unable to detect a valid platform. Do you still want to continue?).
>>
>> I have since tried restoring a backup of a completely different machine
>> with the same result.
>>
>> How does XCP go about detecting the installed VM? Why are my VM's
>> properties not being displayed properly and how do I go about working
>> around this? Any ideas?
>>
>
> I guess that if the VM is not paravirt and there is no tools installed,
> the dom0 has no way to known what is running inside.
>
> You should be able to install the tools by attaching the xs-tools.iso
> CDrom and running the setup exe on there. Afterward your VM should be
> detected properly.
>
> Hope this helps,
>
> Denis
>
>
>> Thanks!
>>
>>
>> This body part will be downloaded on demand.
>>
>>
>
> --
> Denis Cardon
> Tranquil IT Systems
> Les Espaces Jules Verne, b=C3=A2timent A
> 12 avenue Jules Verne
> 44230 Saint S=C3=A9bastien sur Loire
> tel : +33 (0) 2.40.97.57.55
> http://www.tranquil-it-**systems.fr 
>
>

--047d7b5d65484c12b604d07e04b5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I thought I would post an update here, in case someone else has this proble=
m...

CTX135099 describes installing 6.1-based xstools. After running=
 the command suggested in the article and rebooting the VM, xstools install=
ed just fine.



PS: Hoorah!


On 4 December 2012 16:49, Denis Cardon <denis.car=
don@tranquil-it-systems.fr> wrote:



Hi lars,






I created a new VM today, using the Windows 7 64-bit template, then

restored an Acronis image of a Windows 7 workstation.



After booting into Windows, XenCenter lists the Operating System of the

VM as "Unknown". This results in me not being able to install xst=
ools

(Unable to detect a valid platform. Do you still want to continue?).



I have since tried restoring a backup of a completely different machine

with the same result.



How does XCP go about detecting the installed VM? Why are my VM's

properties not being displayed properly and how do I go about working

around this? Any ideas?





I guess that if the VM is not paravirt and there is no tools installed, the=
 dom0 has no way to known what is running inside.



You should be able to install the tools by attaching the xs-tools.iso CDrom=
 and running the setup exe on there. Afterward your VM should be detected p=
roperly.



Hope this helps,



Denis







Thanks!





This body part will be downloaded on demand.









-- 

Denis Cardon

Tranquil IT Systems

Les Espaces Jules Verne, b=C3=A2timent A

12 avenue Jules Verne

44230 Saint S=C3=A9bastien sur Loire

tel : +33 (0) 2.40.97.57.55

http://www.=
tranquil-it-systems.fr







--047d7b5d65484c12b604d07e04b5--


--===============2986727533922108761==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2986727533922108761==--


From xen-api-bounces@lists.xen.org Mon Dec 10 11:39:36 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 11:39: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 1Ti1ho-000772-PD; Mon, 10 Dec 2012 11:39:28 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti1hm-00076x-Ii
	for xen-api@lists.xensource.com; Mon, 10 Dec 2012 11:39:26 +0000
Received: from [193.109.254.147:60388] by server-8.bemta-14.messagelabs.com id
	7E/79-05026-DE9C5C05; Mon, 10 Dec 2012 11:39:25 +0000
X-Env-Sender: meesterlars@gmail.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1355139563!6877412!1
X-Originating-IP: [209.85.220.171]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22603 invoked from network); 10 Dec 2012 11:39:24 -0000
Received: from mail-vc0-f171.google.com (HELO mail-vc0-f171.google.com)
	(209.85.220.171)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 11:39:24 -0000
Received: by mail-vc0-f171.google.com with SMTP id n11so3037746vch.30
	for ; Mon, 10 Dec 2012 03:39:23 -0800 (PST)
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=d9M3FAlMDyealrk5KsR7A6q9jJUGgOX1bzal59MzYAY=;
	b=goiih/1cLLbW72Hwr8FhOS2DJ9g1aJdO3GJb0N+vM46tt4sFIF1lEHS3MqOZP0ANLN
	0tB6yhM/DRtXGBJ407bw6KwImHGKlLhqxGbJgfMRAIYUDkXm7BeWBmUmHFF9LZJLmctM
	6/WjfKxBtNYHNMUrLI59IUbQI6Ru2/wL8pSmozX1JShT1oI4vDbAUSi+XzMcr8ZD02Yy
	2wJ8cUIYb668R4BwSChojxh+p1Ai3pNcUsn/xb02eeq4w0mEOSpm18WWvWcqX3yW0jDr
	vRQ9t7Mf1zHrL5jPN8BiEwrq/ISI08jLsfThQPRT9vzLDkCoU7St7WtcFTgUQ+HHo7Fz
	0tMg==
Received: by 10.58.172.103 with SMTP id bb7mr8975439vec.41.1355139563393; Mon,
	10 Dec 2012 03:39:23 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.169.18 with HTTP; Mon, 10 Dec 2012 03:39:03 -0800 (PST)
In-Reply-To: <50BE1B85.7000509@tranquil-it-systems.fr>
References: 
	<50BE1B85.7000509@tranquil-it-systems.fr>
From: Lars Seeliger 
Date: Mon, 10 Dec 2012 12:39:03 +0100
Message-ID: 
To: Denis Cardon 
Cc: "xen-api@lists.xensource.com" 
Subject: Re: [Xen-API] XCP 1.6 VM operating system not detected
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2986727533922108761=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2986727533922108761==
Content-Type: multipart/alternative; boundary=047d7b5d65484c12b604d07e04b5

--047d7b5d65484c12b604d07e04b5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I thought I would post an update here, in case someone else has this
problem...

CTX135099 describes installing 6.1-based xstools. After running the command
suggested in the article and rebooting the VM, xstools installed just fine.

PS: Hoorah!


On 4 December 2012 16:49, Denis Cardon
wrote:

> Hi lars,
>
>
>  I created a new VM today, using the Windows 7 64-bit template, then
>> restored an Acronis image of a Windows 7 workstation.
>>
>> After booting into Windows, XenCenter lists the Operating System of the
>> VM as "Unknown". This results in me not being able to install xstools
>> (Unable to detect a valid platform. Do you still want to continue?).
>>
>> I have since tried restoring a backup of a completely different machine
>> with the same result.
>>
>> How does XCP go about detecting the installed VM? Why are my VM's
>> properties not being displayed properly and how do I go about working
>> around this? Any ideas?
>>
>
> I guess that if the VM is not paravirt and there is no tools installed,
> the dom0 has no way to known what is running inside.
>
> You should be able to install the tools by attaching the xs-tools.iso
> CDrom and running the setup exe on there. Afterward your VM should be
> detected properly.
>
> Hope this helps,
>
> Denis
>
>
>> Thanks!
>>
>>
>> This body part will be downloaded on demand.
>>
>>
>
> --
> Denis Cardon
> Tranquil IT Systems
> Les Espaces Jules Verne, b=C3=A2timent A
> 12 avenue Jules Verne
> 44230 Saint S=C3=A9bastien sur Loire
> tel : +33 (0) 2.40.97.57.55
> http://www.tranquil-it-**systems.fr 
>
>

--047d7b5d65484c12b604d07e04b5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I thought I would post an update here, in case someone else has this proble=
m...

CTX135099 describes installing 6.1-based xstools. After running=
 the command suggested in the article and rebooting the VM, xstools install=
ed just fine.



PS: Hoorah!


On 4 December 2012 16:49, Denis Cardon <denis.car=
don@tranquil-it-systems.fr> wrote:



Hi lars,






I created a new VM today, using the Windows 7 64-bit template, then

restored an Acronis image of a Windows 7 workstation.



After booting into Windows, XenCenter lists the Operating System of the

VM as "Unknown". This results in me not being able to install xst=
ools

(Unable to detect a valid platform. Do you still want to continue?).



I have since tried restoring a backup of a completely different machine

with the same result.



How does XCP go about detecting the installed VM? Why are my VM's

properties not being displayed properly and how do I go about working

around this? Any ideas?





I guess that if the VM is not paravirt and there is no tools installed, the=
 dom0 has no way to known what is running inside.



You should be able to install the tools by attaching the xs-tools.iso CDrom=
 and running the setup exe on there. Afterward your VM should be detected p=
roperly.



Hope this helps,



Denis







Thanks!





This body part will be downloaded on demand.









-- 

Denis Cardon

Tranquil IT Systems

Les Espaces Jules Verne, b=C3=A2timent A

12 avenue Jules Verne

44230 Saint S=C3=A9bastien sur Loire

tel : +33 (0) 2.40.97.57.55

http://www.=
tranquil-it-systems.fr







--047d7b5d65484c12b604d07e04b5--


--===============2986727533922108761==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2986727533922108761==--


From xen-api-bounces@lists.xen.org Mon Dec 10 11:55:02 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 11:55: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 1Ti1wk-0007FO-45; Mon, 10 Dec 2012 11:54:54 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti1wj-0007FJ-1P
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 11:54:53 +0000
Received: from [85.158.143.35:21247] by server-3.bemta-4.messagelabs.com id
	98/80-18211-C8DC5C05; Mon, 10 Dec 2012 11:54:52 +0000
X-Env-Sender: manas.biswal06@gmail.com
X-Msg-Ref: server-6.tower-21.messagelabs.com!1355140302!16706073!1
X-Originating-IP: [209.85.219.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16328 invoked from network); 10 Dec 2012 11:51:44 -0000
Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com)
	(209.85.219.45)
	by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 11:51:44 -0000
Received: by mail-oa0-f45.google.com with SMTP id i18so2870568oag.32
	for ; Mon, 10 Dec 2012 03:51:42 -0800 (PST)
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=6i0VULVB/YvvRSXz6+BsnYpY2asBAZywOHjmMcLYiPY=;
	b=ngT3E0rdlATgCVs6/Mu7Z+X7Z7mDVhMxEnXHkuZBSE49CX8ajj40DiEw3ElspQ4kW9
	mH7N8PQP3r+9Tt67wo4HgcZtS8jK9vaJ7LsDiBZ/dP5aRAIcKfC52EoOcIIzwfSQC1Qd
	IpfdYOeiMJn6MteleyYq6L6U0FcTrOVqiTu/sbxHV1bpz9aHsdpQ4nOG+LFv7f/b4BPM
	g9tdR0CY20fnkVn9nzFxKDUijUeVlpWVUeF9sIHIU+9eEJgmgqpzjBYbGk1jGJXV58cG
	ErIuDeofSRnQgADYAfWRsvJGiqTlRJlsP0HbZQltdNFLBwWHjJ6NW5P/cu1sSamFqy2L
	Tl4w==
MIME-Version: 1.0
Received: by 10.60.29.226 with SMTP id n2mr7111364oeh.132.1355140302017; Mon,
	10 Dec 2012 03:51:42 -0800 (PST)
Received: by 10.76.104.194 with HTTP; Mon, 10 Dec 2012 03:51:41 -0800 (PST)
In-Reply-To: <50C5BE83.1080901@tranquil-it-systems.fr>
References: 
	<50C5BE83.1080901@tranquil-it-systems.fr>
Date: Mon, 10 Dec 2012 17:21:41 +0530
Message-ID: 
From: manas biswal 
To: Denis Cardon 
Cc: "P. Broennimann" , xen-api@lists.xen.org
Subject: Re: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2626254650911755667=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2626254650911755667==
Content-Type: multipart/alternative; boundary=e89a8ff1c1545295a004d07e30ca

--e89a8ff1c1545295a004d07e30ca
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I hope what Denis is saying is true. We have one set up in our lab .We have
installed XCP 1.1 in one of

HP Proliant G6 I180 . We have 3 VM running  there. All are Ubuntu 12.04 64
bit Server with GUI enabled.

We are using it for Drupal  load balancing ( Web application stack  +
Postgresql 9.2 is installed)

Everything is running fine. But all are HVM machines.


On Mon, Dec 10, 2012 at 4:20 PM, Denis Cardon <
denis.cardon@tranquil-it-systems.fr> wrote:

> Hi Peter,
>
>
>  P.S: This is a cross-posting:http://archives.**
>> postgresql.org/pgsql-general/**2012-12/msg00189.php
>>
>> I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
>> headless.
>>
>> The VM is completely fresh & clean and works fine. Then I install
>> Postgresql...
>>
>>     sudo apt-get install python-software-properties
>>     sudo add-apt-repository ppa:pitti/postgresql
>>     sudo apt-get update
>>     sudo apt-get install postgresql-9.2
>>
>> ...what works well. But when I reboot I see/get the following error:
>>
>>     * Starting load fallback graphics devices  [fail]
>>
>> Postgresql seems to work fine but anyone knows what is this error all
>> about? I never saw such a thing under my old Ubuntu 10.04 VM!?
>>
>
> if you are using paravirt installation, there is no graphic card emulated
> in the VM, so it is normal that graphic loading should fail.
>
> Perhaps you have a lightdm of a gdm that is setup for autostart. If you
> disable the dm, the fail message should disapear.
>
> You can check if your vm is paravirt using vm-param-get. If it returns
> pygrub, then it should be paravirt :
>
> # xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-dd=
eb-**
> 0c21666430d9
> pygrub
>
>
> Hope this helps,
>
> Denis
>
>
>
>> Thanks & cheers,
>> Peter
>>
>>
>>
>>
>> This body part will be downloaded on demand.
>>
>>
>
> --
> Denis Cardon
> Tranquil IT Systems
> Les Espaces Jules Verne, b=E2timent A
> 12 avenue Jules Verne
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.55
> http://www.tranquil-it-**systems.fr 
>
>
>
> ______________________________**_________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api
>



--=20
*Thanks and Regards*
Manas Ranjan Biswal
Research Scientist,
OpenTechnology Center,
NIC,Chennai
08015698191,9776349149
manas.biswal@nic.in

--e89a8ff1c1545295a004d07e30ca
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I hope what Denis is saying is true. We have one set up in our lab .We have=
 installed XCP 1.1 in one of=A0
HP Proliant G=
6 I180 . We have 3 VM running =A0there. All are Ubuntu 12.04 64 bit Server =
with GUI enabled.


We are using it for Drupal =A0load balancing=
 ( Web application stack =A0+ Postgresql 9.2 is installed)
Everything is running fine. But all are HVM machines.
=




On Mon, Dec 10, 2012 at 4:20 PM, Denis C=
ardon <denis.cardon@tranquil-it-systems.fr> wrote:


Hi Peter,






P.S: This is a cross-posting:http://archives.po=
stgresql.org/pgsql-general/2012-12/msg00189.php



I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64

headless.



The VM is completely fresh & clean and works fine. Then I install

Postgresql...



=A0 =A0 sudo apt-get install python-software-properties

=A0 =A0 sudo add-apt-repository ppa:pitti/postgresql

=A0 =A0 sudo apt-get update

=A0 =A0 sudo apt-get install postgresql-9.2



...what works well. But when I reboot I see/get the following error:



=A0 =A0 * Starting load fallback graphics devices =A0[fail]



Postgresql seems to work fine but anyone knows what is this error all

about? I never saw such a thing under my old Ubuntu 10.04 VM!?





if you are using paravirt installation, there is no graphic card emulated i=
n the VM, so it is normal that graphic loading should fail.



Perhaps you have a lightdm of a gdm that is setup for autostart. If you dis=
able the dm, the fail message should disapear.



You can check if your vm is paravirt using vm-param-get. If it returns pygr=
ub, then it should be paravirt :



# xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-ddeb=
-0c21666430d9

pygrub





Hope this helps,



Denis









Thanks & cheers,

Peter









This body part will be downloaded on demand.









-- 

Denis Cardon

Tranquil IT Systems

Les Espaces Jules Verne, b=E2timent A

12 avenue Jules Verne

44230 Saint S=E9bastien sur Loire

tel : +33 (0) 2.40.97.57.55

http://www.=
tranquil-it-systems.fr






_______________________________________________

Xen-api mailing list

Xen-api@lists.xe=
n.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api




-- 
=
Thanks and Regard=
s
Manas Ranjan Biswal

Research Scientist,=A0
OpenTechnology Center,
NI=
C,Chennai


08015698191,9776349149


=








--e89a8ff1c1545295a004d07e30ca--


--===============2626254650911755667==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2626254650911755667==--


From xen-api-bounces@lists.xen.org Mon Dec 10 11:55:02 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 11:55: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 1Ti1wk-0007FO-45; Mon, 10 Dec 2012 11:54:54 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti1wj-0007FJ-1P
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 11:54:53 +0000
Received: from [85.158.143.35:21247] by server-3.bemta-4.messagelabs.com id
	98/80-18211-C8DC5C05; Mon, 10 Dec 2012 11:54:52 +0000
X-Env-Sender: manas.biswal06@gmail.com
X-Msg-Ref: server-6.tower-21.messagelabs.com!1355140302!16706073!1
X-Originating-IP: [209.85.219.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16328 invoked from network); 10 Dec 2012 11:51:44 -0000
Received: from mail-oa0-f45.google.com (HELO mail-oa0-f45.google.com)
	(209.85.219.45)
	by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 11:51:44 -0000
Received: by mail-oa0-f45.google.com with SMTP id i18so2870568oag.32
	for ; Mon, 10 Dec 2012 03:51:42 -0800 (PST)
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=6i0VULVB/YvvRSXz6+BsnYpY2asBAZywOHjmMcLYiPY=;
	b=ngT3E0rdlATgCVs6/Mu7Z+X7Z7mDVhMxEnXHkuZBSE49CX8ajj40DiEw3ElspQ4kW9
	mH7N8PQP3r+9Tt67wo4HgcZtS8jK9vaJ7LsDiBZ/dP5aRAIcKfC52EoOcIIzwfSQC1Qd
	IpfdYOeiMJn6MteleyYq6L6U0FcTrOVqiTu/sbxHV1bpz9aHsdpQ4nOG+LFv7f/b4BPM
	g9tdR0CY20fnkVn9nzFxKDUijUeVlpWVUeF9sIHIU+9eEJgmgqpzjBYbGk1jGJXV58cG
	ErIuDeofSRnQgADYAfWRsvJGiqTlRJlsP0HbZQltdNFLBwWHjJ6NW5P/cu1sSamFqy2L
	Tl4w==
MIME-Version: 1.0
Received: by 10.60.29.226 with SMTP id n2mr7111364oeh.132.1355140302017; Mon,
	10 Dec 2012 03:51:42 -0800 (PST)
Received: by 10.76.104.194 with HTTP; Mon, 10 Dec 2012 03:51:41 -0800 (PST)
In-Reply-To: <50C5BE83.1080901@tranquil-it-systems.fr>
References: 
	<50C5BE83.1080901@tranquil-it-systems.fr>
Date: Mon, 10 Dec 2012 17:21:41 +0530
Message-ID: 
From: manas biswal 
To: Denis Cardon 
Cc: "P. Broennimann" , xen-api@lists.xen.org
Subject: Re: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2626254650911755667=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2626254650911755667==
Content-Type: multipart/alternative; boundary=e89a8ff1c1545295a004d07e30ca

--e89a8ff1c1545295a004d07e30ca
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I hope what Denis is saying is true. We have one set up in our lab .We have
installed XCP 1.1 in one of

HP Proliant G6 I180 . We have 3 VM running  there. All are Ubuntu 12.04 64
bit Server with GUI enabled.

We are using it for Drupal  load balancing ( Web application stack  +
Postgresql 9.2 is installed)

Everything is running fine. But all are HVM machines.


On Mon, Dec 10, 2012 at 4:20 PM, Denis Cardon <
denis.cardon@tranquil-it-systems.fr> wrote:

> Hi Peter,
>
>
>  P.S: This is a cross-posting:http://archives.**
>> postgresql.org/pgsql-general/**2012-12/msg00189.php
>>
>> I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
>> headless.
>>
>> The VM is completely fresh & clean and works fine. Then I install
>> Postgresql...
>>
>>     sudo apt-get install python-software-properties
>>     sudo add-apt-repository ppa:pitti/postgresql
>>     sudo apt-get update
>>     sudo apt-get install postgresql-9.2
>>
>> ...what works well. But when I reboot I see/get the following error:
>>
>>     * Starting load fallback graphics devices  [fail]
>>
>> Postgresql seems to work fine but anyone knows what is this error all
>> about? I never saw such a thing under my old Ubuntu 10.04 VM!?
>>
>
> if you are using paravirt installation, there is no graphic card emulated
> in the VM, so it is normal that graphic loading should fail.
>
> Perhaps you have a lightdm of a gdm that is setup for autostart. If you
> disable the dm, the fail message should disapear.
>
> You can check if your vm is paravirt using vm-param-get. If it returns
> pygrub, then it should be paravirt :
>
> # xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-dd=
eb-**
> 0c21666430d9
> pygrub
>
>
> Hope this helps,
>
> Denis
>
>
>
>> Thanks & cheers,
>> Peter
>>
>>
>>
>>
>> This body part will be downloaded on demand.
>>
>>
>
> --
> Denis Cardon
> Tranquil IT Systems
> Les Espaces Jules Verne, b=E2timent A
> 12 avenue Jules Verne
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.55
> http://www.tranquil-it-**systems.fr 
>
>
>
> ______________________________**_________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api
>



--=20
*Thanks and Regards*
Manas Ranjan Biswal
Research Scientist,
OpenTechnology Center,
NIC,Chennai
08015698191,9776349149
manas.biswal@nic.in

--e89a8ff1c1545295a004d07e30ca
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I hope what Denis is saying is true. We have one set up in our lab .We have=
 installed XCP 1.1 in one of=A0
HP Proliant G=
6 I180 . We have 3 VM running =A0there. All are Ubuntu 12.04 64 bit Server =
with GUI enabled.


We are using it for Drupal =A0load balancing=
 ( Web application stack =A0+ Postgresql 9.2 is installed)
Everything is running fine. But all are HVM machines.
=




On Mon, Dec 10, 2012 at 4:20 PM, Denis C=
ardon <denis.cardon@tranquil-it-systems.fr> wrote:


Hi Peter,






P.S: This is a cross-posting:http://archives.po=
stgresql.org/pgsql-general/2012-12/msg00189.php



I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64

headless.



The VM is completely fresh & clean and works fine. Then I install

Postgresql...



=A0 =A0 sudo apt-get install python-software-properties

=A0 =A0 sudo add-apt-repository ppa:pitti/postgresql

=A0 =A0 sudo apt-get update

=A0 =A0 sudo apt-get install postgresql-9.2



...what works well. But when I reboot I see/get the following error:



=A0 =A0 * Starting load fallback graphics devices =A0[fail]



Postgresql seems to work fine but anyone knows what is this error all

about? I never saw such a thing under my old Ubuntu 10.04 VM!?





if you are using paravirt installation, there is no graphic card emulated i=
n the VM, so it is normal that graphic loading should fail.



Perhaps you have a lightdm of a gdm that is setup for autostart. If you dis=
able the dm, the fail message should disapear.



You can check if your vm is paravirt using vm-param-get. If it returns pygr=
ub, then it should be paravirt :



# xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-ddeb=
-0c21666430d9

pygrub





Hope this helps,



Denis









Thanks & cheers,

Peter









This body part will be downloaded on demand.









-- 

Denis Cardon

Tranquil IT Systems

Les Espaces Jules Verne, b=E2timent A

12 avenue Jules Verne

44230 Saint S=E9bastien sur Loire

tel : +33 (0) 2.40.97.57.55

http://www.=
tranquil-it-systems.fr






_______________________________________________

Xen-api mailing list

Xen-api@lists.xe=
n.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api




-- 
=
Thanks and Regard=
s
Manas Ranjan Biswal

Research Scientist,=A0
OpenTechnology Center,
NI=
C,Chennai


08015698191,9776349149


=








--e89a8ff1c1545295a004d07e30ca--


--===============2626254650911755667==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2626254650911755667==--


From xen-api-bounces@lists.xen.org Mon Dec 10 12:00:49 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 12:00: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 1Ti22L-0007PO-BY; Mon, 10 Dec 2012 12:00:41 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Throc-0003d3-Bk
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 01:05:50 +0000
Received: from [85.158.139.83:4737] by server-3.bemta-5.messagelabs.com id
	DC/91-25441-D6535C05; Mon, 10 Dec 2012 01:05:49 +0000
X-Env-Sender: info@guzman.com.ar
X-Msg-Ref: server-3.tower-182.messagelabs.com!1355101549!29103799!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25925 invoked from network); 10 Dec 2012 01:05:49 -0000
Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com)
	(74.125.82.53)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 01:05:49 -0000
Received: by mail-wg0-f53.google.com with SMTP id ei8so1028863wgb.32
	for ; Sun, 09 Dec 2012 17:05:49 -0800 (PST)
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=BlgQ4IOyIy0hovmvPoFdDNq2wt+98Z1Ziu5jvBYPBp0=;
	b=Uv9yOae4DlJGj4h4fRzI8S42QURTVoKKUaYZWvLotWjOXcKjv520iomPpGPL6N/imw
	iMTtnTU+2WU5EqjL7JAN4RBxaDE3YKTeXPiFciFzZ8UuSLVhXbUVcxVKdAVp1PQogFV+
	i93R2467AfmmWh+Y70rJoxPVCdFP3s+f3lFNd/rqMUbMvUg/EXyrjJQXtFUni12ncfM0
	Ddbhcho8u1mzDmpPSdbBDUdlc2IJlg272Fa5uvP7LiUv9W9zb/B/nZM5UWCfka72op6f
	RVZbIN3fWwwX2latHWjdSVZRoLHiQqaDAYoTk5k0Sw0wdiK5TQfQcgl2B8cLG9JOlOac
	rhAQ==
Received: by 10.180.109.166 with SMTP id ht6mr8128983wib.7.1355101548867;
	Sun, 09 Dec 2012 17:05:48 -0800 (PST)
Received: from mail-we0-f173.google.com (mail-we0-f173.google.com
	[74.125.82.173])
	by mx.google.com with ESMTPS id eo10sm9336809wib.9.2012.12.09.17.05.47
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 17:05:48 -0800 (PST)
Received: by mail-we0-f173.google.com with SMTP id z2so1174716wey.32
	for ; Sun, 09 Dec 2012 17:05:47 -0800 (PST)
MIME-Version: 1.0
Received: by 10.216.141.7 with SMTP id f7mr4821156wej.72.1355101547470; Sun,
	09 Dec 2012 17:05:47 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 17:05:47 -0800 (PST)
Date: Sun, 9 Dec 2012 22:05:47 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnggjhxA7lGAwTeYPOj7QIEs6YCTic8OA4waOiiB0vIuzXuT+pAvXyy/r3SrawNBvUIBRNt
X-Mailman-Approved-At: Mon, 10 Dec 2012 12:00:40 +0000
Subject: [Xen-API] =?iso-8859-1?q?_by_adding_Pl=E7a_PCI_to_VM=3F?=
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello list

I want to add a PCI board to the VM eh followed this tutorial

http://support.citrix.com/article/CTX128426

but hey not had success.

what I did was:

1 opt/xensource/libexec/xen-cmdline-set-xen iommu = 1

2 lspci optengo

02:02.0 Ethernet controller: Intel Corporation xxxxxxxxxxxxxxxxxxxx

3 xe vm-param-set other-config: pci = 0/0000: 02: 02. 0 uuid = < the vm myUUID >

am I right?

and restart the computer but nothing.

someone can give me a light

from already thank you very much

Ricardo

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

From xen-api-bounces@lists.xen.org Mon Dec 10 12:00:49 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 12:00: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 1Ti22L-0007PO-BY; Mon, 10 Dec 2012 12:00:41 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Throc-0003d3-Bk
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 01:05:50 +0000
Received: from [85.158.139.83:4737] by server-3.bemta-5.messagelabs.com id
	DC/91-25441-D6535C05; Mon, 10 Dec 2012 01:05:49 +0000
X-Env-Sender: info@guzman.com.ar
X-Msg-Ref: server-3.tower-182.messagelabs.com!1355101549!29103799!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25925 invoked from network); 10 Dec 2012 01:05:49 -0000
Received: from mail-wg0-f53.google.com (HELO mail-wg0-f53.google.com)
	(74.125.82.53)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 01:05:49 -0000
Received: by mail-wg0-f53.google.com with SMTP id ei8so1028863wgb.32
	for ; Sun, 09 Dec 2012 17:05:49 -0800 (PST)
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=BlgQ4IOyIy0hovmvPoFdDNq2wt+98Z1Ziu5jvBYPBp0=;
	b=Uv9yOae4DlJGj4h4fRzI8S42QURTVoKKUaYZWvLotWjOXcKjv520iomPpGPL6N/imw
	iMTtnTU+2WU5EqjL7JAN4RBxaDE3YKTeXPiFciFzZ8UuSLVhXbUVcxVKdAVp1PQogFV+
	i93R2467AfmmWh+Y70rJoxPVCdFP3s+f3lFNd/rqMUbMvUg/EXyrjJQXtFUni12ncfM0
	Ddbhcho8u1mzDmpPSdbBDUdlc2IJlg272Fa5uvP7LiUv9W9zb/B/nZM5UWCfka72op6f
	RVZbIN3fWwwX2latHWjdSVZRoLHiQqaDAYoTk5k0Sw0wdiK5TQfQcgl2B8cLG9JOlOac
	rhAQ==
Received: by 10.180.109.166 with SMTP id ht6mr8128983wib.7.1355101548867;
	Sun, 09 Dec 2012 17:05:48 -0800 (PST)
Received: from mail-we0-f173.google.com (mail-we0-f173.google.com
	[74.125.82.173])
	by mx.google.com with ESMTPS id eo10sm9336809wib.9.2012.12.09.17.05.47
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 09 Dec 2012 17:05:48 -0800 (PST)
Received: by mail-we0-f173.google.com with SMTP id z2so1174716wey.32
	for ; Sun, 09 Dec 2012 17:05:47 -0800 (PST)
MIME-Version: 1.0
Received: by 10.216.141.7 with SMTP id f7mr4821156wej.72.1355101547470; Sun,
	09 Dec 2012 17:05:47 -0800 (PST)
Received: by 10.217.50.135 with HTTP; Sun, 9 Dec 2012 17:05:47 -0800 (PST)
Date: Sun, 9 Dec 2012 22:05:47 -0300
Message-ID: 
From: Ricardo 
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnggjhxA7lGAwTeYPOj7QIEs6YCTic8OA4waOiiB0vIuzXuT+pAvXyy/r3SrawNBvUIBRNt
X-Mailman-Approved-At: Mon, 10 Dec 2012 12:00:40 +0000
Subject: [Xen-API] =?iso-8859-1?q?_by_adding_Pl=E7a_PCI_to_VM=3F?=
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello list

I want to add a PCI board to the VM eh followed this tutorial

http://support.citrix.com/article/CTX128426

but hey not had success.

what I did was:

1 opt/xensource/libexec/xen-cmdline-set-xen iommu = 1

2 lspci optengo

02:02.0 Ethernet controller: Intel Corporation xxxxxxxxxxxxxxxxxxxx

3 xe vm-param-set other-config: pci = 0/0000: 02: 02. 0 uuid = < the vm myUUID >

am I right?

and restart the computer but nothing.

someone can give me a light

from already thank you very much

Ricardo

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

From xen-api-bounces@lists.xen.org Mon Dec 10 12:40:10 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 12:40:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Ti2eR-0008B5-N3; Mon, 10 Dec 2012 12:40:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti2eQ-0008Ap-DX
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 12:40:02 +0000
Received: from [85.158.139.83:55004] by server-9.bemta-5.messagelabs.com id
	C5/BF-10690-128D5C05; Mon, 10 Dec 2012 12:40:01 +0000
X-Env-Sender: peter.broennimann@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1355143188!28478319!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21358 invoked from network); 10 Dec 2012 12:39:49 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 12:39:49 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2877319vcb.32
	for ; Mon, 10 Dec 2012 04:39:34 -0800 (PST)
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=doffw2FiatzDlNM5BlRtHxf3tByzo4uh3SFexBFnIC0=;
	b=bsdTq98XF/ZqFBMn8EHp7S5Vhc0S35LP7ZdLIwyvWynIXw+wzXAXE/DhnWov/UAuqu
	9xOxc6S+9/dj+EOFM31ZwnCHGs9kq5H75OoRvNIH16VlLu0L55K5kVevHfNavft/U6ca
	pFrFF5nMvT8RgE5nJqNOAiLAhQ8L+5OdS/123/1H9dR34iGlc+mhrDVUyWR+n0Ol0V7q
	uIzTK5Z3T27qHL7VDQSF/NGT02FauOaDt3UvgUMGzatbvR5QO5MEfoqUofWNRnIvMido
	5WJudY5QvBDgXeIhe5UpUZnjpaJXzifUwENb/GcPSZXlPpYxZR3+cQo4uOHF2JLuWmzY
	ckYQ==
Received: by 10.58.137.7 with SMTP id qe7mr9093036veb.23.1355143174412; Mon,
	10 Dec 2012 04:39:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.69.66 with HTTP; Mon, 10 Dec 2012 04:39:14 -0800 (PST)
In-Reply-To: <50C5BE83.1080901@tranquil-it-systems.fr>
References: 
	<50C5BE83.1080901@tranquil-it-systems.fr>
From: "P. Broennimann" 
Date: Mon, 10 Dec 2012 13:39:14 +0100
Message-ID: 
To: Denis Cardon 
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8208141275225398335=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8208141275225398335==
Content-Type: multipart/alternative; boundary=047d7b5da80987da5404d07edb17

--047d7b5da80987da5404d07edb17
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Denis

Thanks for the feedback. I will take a look into it this evening.

What wonders me is that the "nacked" Ubuntu server VM is not showing any
error. The error shows up only after installing the Postgresql package...

P.S: Yes, it is paravirt!

Thx & cheers,
Peter


2012/12/10 Denis Cardon 

> Hi Peter,
>
>  P.S: This is a cross-posting:http://archives.**
>> postgresql.org/pgsql-general/**2012-12/msg00189.php
>>
>> I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
>> headless.
>>
>> The VM is completely fresh & clean and works fine. Then I install
>> Postgresql...
>>
>>     sudo apt-get install python-software-properties
>>     sudo add-apt-repository ppa:pitti/postgresql
>>     sudo apt-get update
>>     sudo apt-get install postgresql-9.2
>>
>> ...what works well. But when I reboot I see/get the following error:
>>
>>     * Starting load fallback graphics devices  [fail]
>>
>> Postgresql seems to work fine but anyone knows what is this error all
>> about? I never saw such a thing under my old Ubuntu 10.04 VM!?
>>
>
> if you are using paravirt installation, there is no graphic card emulated
> in the VM, so it is normal that graphic loading should fail.
>
> Perhaps you have a lightdm of a gdm that is setup for autostart. If you
> disable the dm, the fail message should disapear.
>
> You can check if your vm is paravirt using vm-param-get. If it returns
> pygrub, then it should be paravirt :
>
> # xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-dd=
eb-**
> 0c21666430d9
> pygrub
>
>
> Hope this helps,
>
> Denis
>
>
>
>> Thanks & cheers,
>> Peter
>>
>>
>>
>>
>> This body part will be downloaded on demand.
>>
>>
>
> --
> Denis Cardon
> Tranquil IT Systems
> Les Espaces Jules Verne, b=E2timent A
> 12 avenue Jules Verne
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.55
> http://www.tranquil-it-**systems.fr 
>
>

--047d7b5da80987da5404d07edb17
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Denis

Thanks for the feedback. I will take a look into it this evening.




What wonders me is that the "nacked" =
Ubuntu server VM is not showing any error. The error shows up only a=
fter installing=
 the Postgresql package...




P.S: Yes, it is paravirt!

Thx & cheers,



Peter


2012=
/12/10 Denis Cardon <denis.cardon@tranquil-it-systems.fr=
>



Hi Peter,





P.S: This is a cross-posting:http://archives.po=
stgresql.org/pgsql-general/2012-12/msg00189.php



I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64

headless.



The VM is completely fresh & clean and works fine. Then I install

Postgresql...



=A0 =A0 sudo apt-get install python-software-properties

=A0 =A0 sudo add-apt-repository ppa:pitti/postgresql

=A0 =A0 sudo apt-get update

=A0 =A0 sudo apt-get install postgresql-9.2



...what works well. But when I reboot I see/get the following error:



=A0 =A0 * Starting load fallback graphics devices =A0[fail]



Postgresql seems to work fine but anyone knows what is this error all

about? I never saw such a thing under my old Ubuntu 10.04 VM!?





if you are using paravirt installation, there is no graphic card emulated i=
n the VM, so it is normal that graphic loading should fail.



Perhaps you have a lightdm of a gdm that is setup for autostart. If you dis=
able the dm, the fail message should disapear.



You can check if your vm is paravirt using vm-param-get. If it returns pygr=
ub, then it should be paravirt :



# xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-ddeb=
-0c21666430d9

pygrub





Hope this helps,



Denis









Thanks & cheers,

Peter









This body part will be downloaded on demand.









-- 

Denis Cardon

Tranquil IT Systems

Les Espaces Jules Verne, b=E2timent A

12 avenue Jules Verne

44230 Saint S=E9bastien sur Loire

tel : +33 (0) 2.40.97.57.55

http://www.=
tranquil-it-systems.fr







--047d7b5da80987da5404d07edb17--


--===============8208141275225398335==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============8208141275225398335==--


From xen-api-bounces@lists.xen.org Mon Dec 10 12:40:10 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 12:40:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Ti2eR-0008B5-N3; Mon, 10 Dec 2012 12:40:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti2eQ-0008Ap-DX
	for xen-api@lists.xen.org; Mon, 10 Dec 2012 12:40:02 +0000
Received: from [85.158.139.83:55004] by server-9.bemta-5.messagelabs.com id
	C5/BF-10690-128D5C05; Mon, 10 Dec 2012 12:40:01 +0000
X-Env-Sender: peter.broennimann@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1355143188!28478319!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21358 invoked from network); 10 Dec 2012 12:39:49 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	10 Dec 2012 12:39:49 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2877319vcb.32
	for ; Mon, 10 Dec 2012 04:39:34 -0800 (PST)
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=doffw2FiatzDlNM5BlRtHxf3tByzo4uh3SFexBFnIC0=;
	b=bsdTq98XF/ZqFBMn8EHp7S5Vhc0S35LP7ZdLIwyvWynIXw+wzXAXE/DhnWov/UAuqu
	9xOxc6S+9/dj+EOFM31ZwnCHGs9kq5H75OoRvNIH16VlLu0L55K5kVevHfNavft/U6ca
	pFrFF5nMvT8RgE5nJqNOAiLAhQ8L+5OdS/123/1H9dR34iGlc+mhrDVUyWR+n0Ol0V7q
	uIzTK5Z3T27qHL7VDQSF/NGT02FauOaDt3UvgUMGzatbvR5QO5MEfoqUofWNRnIvMido
	5WJudY5QvBDgXeIhe5UpUZnjpaJXzifUwENb/GcPSZXlPpYxZR3+cQo4uOHF2JLuWmzY
	ckYQ==
Received: by 10.58.137.7 with SMTP id qe7mr9093036veb.23.1355143174412; Mon,
	10 Dec 2012 04:39:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.69.66 with HTTP; Mon, 10 Dec 2012 04:39:14 -0800 (PST)
In-Reply-To: <50C5BE83.1080901@tranquil-it-systems.fr>
References: 
	<50C5BE83.1080901@tranquil-it-systems.fr>
From: "P. Broennimann" 
Date: Mon, 10 Dec 2012 13:39:14 +0100
Message-ID: 
To: Denis Cardon 
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Postgresql Installation Issue on Ubuntu under XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8208141275225398335=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8208141275225398335==
Content-Type: multipart/alternative; boundary=047d7b5da80987da5404d07edb17

--047d7b5da80987da5404d07edb17
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Denis

Thanks for the feedback. I will take a look into it this evening.

What wonders me is that the "nacked" Ubuntu server VM is not showing any
error. The error shows up only after installing the Postgresql package...

P.S: Yes, it is paravirt!

Thx & cheers,
Peter


2012/12/10 Denis Cardon 

> Hi Peter,
>
>  P.S: This is a cross-posting:http://archives.**
>> postgresql.org/pgsql-general/**2012-12/msg00189.php
>>
>> I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64
>> headless.
>>
>> The VM is completely fresh & clean and works fine. Then I install
>> Postgresql...
>>
>>     sudo apt-get install python-software-properties
>>     sudo add-apt-repository ppa:pitti/postgresql
>>     sudo apt-get update
>>     sudo apt-get install postgresql-9.2
>>
>> ...what works well. But when I reboot I see/get the following error:
>>
>>     * Starting load fallback graphics devices  [fail]
>>
>> Postgresql seems to work fine but anyone knows what is this error all
>> about? I never saw such a thing under my old Ubuntu 10.04 VM!?
>>
>
> if you are using paravirt installation, there is no graphic card emulated
> in the VM, so it is normal that graphic loading should fail.
>
> Perhaps you have a lightdm of a gdm that is setup for autostart. If you
> disable the dm, the fail message should disapear.
>
> You can check if your vm is paravirt using vm-param-get. If it returns
> pygrub, then it should be paravirt :
>
> # xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-dd=
eb-**
> 0c21666430d9
> pygrub
>
>
> Hope this helps,
>
> Denis
>
>
>
>> Thanks & cheers,
>> Peter
>>
>>
>>
>>
>> This body part will be downloaded on demand.
>>
>>
>
> --
> Denis Cardon
> Tranquil IT Systems
> Les Espaces Jules Verne, b=E2timent A
> 12 avenue Jules Verne
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.55
> http://www.tranquil-it-**systems.fr 
>
>

--047d7b5da80987da5404d07edb17
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Denis

Thanks for the feedback. I will take a look into it this evening.




What wonders me is that the "nacked" =
Ubuntu server VM is not showing any error. The error shows up only a=
fter installing=
 the Postgresql package...




P.S: Yes, it is paravirt!

Thx & cheers,



Peter


2012=
/12/10 Denis Cardon <denis.cardon@tranquil-it-systems.fr=
>



Hi Peter,





P.S: This is a cross-posting:http://archives.po=
stgresql.org/pgsql-general/2012-12/msg00189.php



I have a VM running under XEN XCP. The VM is Ubuntu server 12.04.1/64

headless.



The VM is completely fresh & clean and works fine. Then I install

Postgresql...



=A0 =A0 sudo apt-get install python-software-properties

=A0 =A0 sudo add-apt-repository ppa:pitti/postgresql

=A0 =A0 sudo apt-get update

=A0 =A0 sudo apt-get install postgresql-9.2



...what works well. But when I reboot I see/get the following error:



=A0 =A0 * Starting load fallback graphics devices =A0[fail]



Postgresql seems to work fine but anyone knows what is this error all

about? I never saw such a thing under my old Ubuntu 10.04 VM!?





if you are using paravirt installation, there is no graphic card emulated i=
n the VM, so it is normal that graphic loading should fail.



Perhaps you have a lightdm of a gdm that is setup for autostart. If you dis=
able the dm, the fail message should disapear.



You can check if your vm is paravirt using vm-param-get. If it returns pygr=
ub, then it should be paravirt :



# xe vm-param-get param-name=3DPV-bootloader uuid=3D95d3fca1-7d8e-7cc6-ddeb=
-0c21666430d9

pygrub





Hope this helps,



Denis









Thanks & cheers,

Peter









This body part will be downloaded on demand.









-- 

Denis Cardon

Tranquil IT Systems

Les Espaces Jules Verne, b=E2timent A

12 avenue Jules Verne

44230 Saint S=E9bastien sur Loire

tel : +33 (0) 2.40.97.57.55

http://www.=
tranquil-it-systems.fr







--047d7b5da80987da5404d07edb17--


--===============8208141275225398335==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============8208141275225398335==--


From xen-api-bounces@lists.xen.org Mon Dec 10 15:55:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 15:55: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 1Ti5hN-0006zS-Fp; Mon, 10 Dec 2012 15:55:17 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti5hL-0006zJ-VK
	for xen-api@lists.xensource.com; Mon, 10 Dec 2012 15:55:16 +0000
Received: from [85.158.138.51:35441] by server-16.bemta-3.messagelabs.com id
	C3/8E-07461-3E506C05; Mon, 10 Dec 2012 15:55:15 +0000
X-Env-Sender: p.pridt@chello.at
X-Msg-Ref: server-8.tower-174.messagelabs.com!1355154907!28215126!1
X-Originating-IP: [62.179.121.34]
X-SpamReason: No, hits=2.4 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM0ID0+IDMyMjgw\n,sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM0ID0+IDMyMjgw\n, BODY_RANDOM_LONG, HTML_50_60,
	HTML_MESSAGE,RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6034 invoked from network); 10 Dec 2012 15:55:08 -0000
Received: from fep14.mx.upcmail.net (HELO fep14.mx.upcmail.net) (62.179.121.34)
	by server-8.tower-174.messagelabs.com with SMTP;
	10 Dec 2012 15:55:08 -0000
Received: from edge01.upcmail.net ([192.168.13.236]) by viefep14-int.chello.at
	(InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP
	id <20121210155506.GXND11100.viefep14-int.chello.at@edge01.upcmail.net>;
	Mon, 10 Dec 2012 16:55:06 +0100
Received: from [192.168.235.110] ([62.178.35.61])
	by edge01.upcmail.net with edge
	id Zrv21k00E1K8qS601rv2J0; Mon, 10 Dec 2012 16:55:06 +0100
X-SourceIP: 62.178.35.61
X-Authenticated-Sender: compudoc
Message-ID: <50C605D3.7010601@chello.at>
Date: Mon, 10 Dec 2012 16:54:59 +0100
From: Paul Pridt 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Gizmo Chicken 
References: <50C1D085.4010105@chello.at>
	
	
	
	<50C34C9F.9080609@chello.at>
	
In-Reply-To: 
Cc: Donald van der Wurf , xen-api@lists.xensource.com
Subject: Re: [Xen-API] Fwd:  Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4781089905599425563=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4781089905599425563==
Content-Type: multipart/alternative;
 boundary="------------090900030000090408000506"

This is a multi-part message in MIME format.
--------------090900030000090408000506
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Hi Gizmo,
thank you for your efforts in helping me.
I've been trying various combinations, one of them was your last 
suggestion - with no success.
Since that costs me too much time I think I will give up and wait until 
xcp-xapi in debian will be mature.
In the meantime Citrix Xenserver is the system of choice for my customers.

Best regards,
Paul

Am 10.12.2012 00:11, schrieb Gizmo Chicken:
> Paul,
>
> I'm not sure about the PCI passthrough tutorial, but I hope that what 
> I provide below will be of some help.
>
> First, if I recall correctly, you'll need to add "iommu=1" into the 
> Xen commandline.  If using grub, you can edit your /etc/default/grub 
> file as root and to include at least the following or similar:
>
> GRUB_CMDLINE_XEN="iommu=1"
>
>
> As for xe commands, the PCI passthrough command in xe takes the 
> following form:
>
> xe vm-param-set other-config:pci=0/  uuid=
>
>
> Or if you want to passthrough multiple PCI devices (or a multifunction 
> device), the PCI passthrough command in xe takes the following form:
>
> xe vm-param-set 
> other-config:pci=0/,1/,2/,3/,4/ 
> uuid=
>
>
> You'll need to replace  and  with appropriate values.
>
> Here's an example showing the xe command for the passthrough of 2 PCI 
> devices:
>
> xe vm-param-set other-config:pci=0/0000:00:1d.0,1/0000:00:1d.1 
> uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89
>
>
> Of course, the your values for  and  will differ from 
> the above example.
>
> DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP 
> system in the near future, as of now, I have only configured PCI 
> passthrough on a system that runs vanilla Xen.  So the above is based 
> mostly on what I have gleaned from forum posts and replies, not on my 
> own personal experience.
>
> I invite others who know more about PCI passthrough to correct/clarify 
> any of the above.
>
> Best regards,
> GizmoChicken
>
>
>
> On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt  > wrote:
>
>     Hi,
>     first let me thank for your replies.
>     Further to your notes I did some investigation and tests, but was
>     not successful.
>     I am fairly familiar on pci-passthrough in xm or xl toolstack.
>     I assigned the adapter in question to pciback, entered the
>     other-config parameters and started the vm, but the vm did not see
>     the drive.
>     Looking at the tutorial on XCP_Ubuntu_PCIPassthrough
>      I found that
>     the author references the xl command which is not available when
>     you install the cp-xapi in Ubuntu and set the toolstack to xapi.
>     Both xe and xl commands are available in XCP-Server, but there the
>     udev SRs work anyway.
>
>     I also tried to create the udev SR:
>     xe sr-create  content-type=disk name-label=”Removable storage”
>     type=udev device-config:location=/dev/xapi/block
>     The answer was:
>     The SR could not be connected because the driver was not recognised.
>     driver: udev
>     It seems that there is some task needed that creates
>     /dev/xapi/block ..
>     I think if I were successful on the latter task I could create the
>     vdi manually and attach it to the vm.
>     I will furter investigate ...
>
>     Regards
>     Paul
>
>     Am 07.12.2012 16:45, schrieb Gizmo Chicken:
>>     Grant,
>>
>>
>>     I had nearly finished drafting my reply to Paul when I noticed
>>     your reply.
>>
>>     As mentioned in my reply to Paul, I suspect that what Paul wants
>>     to do (passthrough a USB device) could be accomplished via PCI
>>     passthrough (of an entire USB controller) to an HVM guest.  Does
>>     that sound right?
>>
>>     As I also mentioned in my reply to Paul, another poster (Donald
>>     van der Wurf) attempted to adapt a tutorial found at
>>     http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of
>>     configuring PCI passthrough to an HVM guest in XCP.  However, the
>>     original poster wasn't successful, and so sought help from the group.
>>
>>     Your technical knowledge is clearly way beyond mine. If you feel
>>     that it would be possible to configure PCI passthrough to an HVM
>>     guest in XCP, would you consider creating a brief tutorial, or
>>     possibly extending the above mentioned tutorial, to describe the
>>     procedure?
>>
>>     Any help from you (or others) would be /greatly/ appreciated.
>>
>>     Best regards,
>>     GizmoChicken
>>
>>
>>
>>     ---------- Forwarded message ----------
>>     From: *Gizmo Chicken* >     >
>>     Date: Fri, Dec 7, 2012 at 10:00 AM
>>     Subject: Re: [Xen-API] Attach CD or Removable Devices
>>     To: Paul Pridt >
>>     Cc: xen-api@lists.xen.org 
>>
>>
>>     Paul,
>>
>>     I suspect that what you want to do could be accomplished via PCI
>>     passthrough to an HVM guest, which is the subject of a thread
>>     having the subject "[Xen-API] XCP PCI Passthrough on HVM how to?"
>>     that was started a few weeks ago.  So you might want to follow
>>     (and perhaps join in) that thread.
>>
>>     Without repeating the entirety of the above mentioned thread,
>>     I'll note that the original poster referenced a tutorial found at
>>     http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI
>>     passthrough to a PV guest in XCP. However, the original poster
>>     wasn't able to adapt that tutorial to his goal of configuring PCI
>>     passthrough to an HVM guest in XCP, and so sought help from the
>>     group.
>>
>>     Unlike the situation with the XAPI toolstack, the procedure for
>>     configuring PCI passthrough to an HVM guest is relatively
>>     straightforward with Xen when using the default toolstack.  For a
>>     discussion of both VGA and PCI passthrough in Xen when using the
>>     default toolstack, see
>>     http://forums.linuxmint.com/viewtopic.php?f=42&t=112013.
>>
>>     So if you don't mind leaving behind the comforts of XenCenter for
>>     something like Virtual Machine Manager (virt-manager), maybe Xen
>>     and its default toolstack is a better option for you.
>>
>>     I wish that I could be of more help.
>>
>>     Best regards,
>>     GizmoChicken
>>
>>     P.S. I'm currently using Xen (and Virtual Machine Manager), but I
>>     would switch to XCP (and XenCenter) if I could get PCI passthough
>>     working in XCP.  In such a case, I would passthrough nearly all
>>     of my USB controllers, along with a second PCI video card, to an
>>     HVM guest running Ubuntu desktop.  That way I could have, on a
>>     single machine, both a stable XCP server (which I could leave up
>>     24/7 to host my virtual servers) and also local access to virtual
>>     machine having fully functional desktop (which I could shut down
>>     when not in use).  I imagine that many would apprciate such
>>     functionality in XCP, so let's hope that the developers consider
>>     adding such a feature to future releases of XCP if not already
>>     possible via xe command line.
>>
>>
>>     On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams
>>     >
>>     wrote:
>>
>>
>>         On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt >         > wrote:
>>
>>             Hi,
>>             I am looking for a way to attach a physical CD drive or a
>>             USB-attached hard drive to a VM.
>>             I know that Citrix Xenserver does that through special
>>             udev-SRs. There you even can attach an internal hard
>>             drive with the help of an udev rule that creates the vdi.
>>             Has anybody a running solution?
>>             My system is Ubuntu 12.04 with xcp-xapi.
>>
>>             -- 
>>             Regards,
>>             Paul
>>
>>
>>         What is it exactly you're trying to accomplish? I'd start by
>>         checking /etc/udev/rules.d/58-xapi.rules for events and check
>>         the scripts that it runs.
>>
>>         *58-xapi.rules*
>>         # Skip devices which fail the local sharing check (to filter
>>         out root/mounted devices)
>>         ACTION=="add",
>>         PROGRAM!="/opt/xensource/libexec/check-device-sharing %k",
>>         GOTO="end_xapi"
>>
>>         ACTION=="add", SYMLINK+="xapi/block/%k"
>>
>>         ACTION=="add", RUN+="/bin/sh -c
>>         '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>         ACTION=="remove", RUN+="/bin/sh -c
>>         '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>
>>
>>         *Part of /opt/xensource/libexec/local-device-change*
>>
>>          for SR in `xe sr-list type=udev sm-config:type=block
>>         uuid=${LOCAL_SR} params=uuid --minimal`
>>               do
>>                 xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR}
>>         type=user location=/dev/xapi/block/${DEVICE}
>>          done
>>
>>
>>         Read the whole scripts of course but this might get you started.
>>
>>         _______________________________________________
>>         Xen-api mailing list
>>         Xen-api@lists.xen.org 
>>         http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>>
>
>


--------------090900030000090408000506
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit


  
    
  
  
    
Hi Gizmo,

      thank you for your efforts in helping me. 

      I've been trying various combinations, one of them was your last
      suggestion - with no success.

      Since that costs me too much time I think I will give up and wait
      until xcp-xapi in debian will be mature.

      In the meantime Citrix Xenserver is the system of choice for my
      customers. 

      
Best regards,
Paul


      Am 10.12.2012 00:11, schrieb Gizmo Chicken:

    

    
Paul,

      

      I'm not sure about the PCI passthrough tutorial, but I hope that
      what I provide below will be of some help.

      

      First, if I recall correctly, you'll need to add "iommu=1" into
      the Xen commandline.  If using grub, you can edit your
      /etc/default/grub file as root and to include at least the
      following or similar:

      

      
GRUB_CMDLINE_XEN="iommu=1"

      

      

      

      As for xe commands, the PCI passthrough command in xe takes the
      following form:

      

      
xe vm-param-set
        other-config:pci=0/<pci-id#>  uuid=<uuid> 

      

      

      

      Or if you want to passthrough multiple PCI devices (or a
      multifunction device), the PCI passthrough command in xe takes the
      following form:

      

      
xe vm-param-set
        other-config:pci=0/<pci-id#>,1/<pci-id#>,2/<pci-id#>,3/<pci-id#>,4/<pci-id#> 
        uuid=<uuid>

      

      

      

      You'll need to replace <pci-id#> and <uuid> with
      appropriate values.

      

      Here's an example showing the xe command for the passthrough of 2
      PCI devices: 

      

      
xe vm-param-set
        other-config:pci=0/0000:00:1d.0,1/0000:00:1d.1
        uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89

      

      

      

      Of course, the your values for <pci-id#> and <uuid>
      will differ from the above example.

      

      DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP
      system in the near future, as of now, I have only configured PCI
      passthrough on a system that runs vanilla Xen.  So the above is
      based mostly on what I have gleaned from forum posts and replies,
      not on my own personal experience.

       

      I invite others who know more about PCI passthrough to
      correct/clarify any of the above.

      

      Best regards,

      GizmoChicken

      

      

      

      
On Sat, Dec 8, 2012 at 9:20 AM, Paul
        Pridt <p.pridt@chello.at>
        wrote:

        

          

            
Hi,

              first let me thank for your replies.

              Further to your notes I did some investigation and tests,
              but was not successful.

              I am fairly familiar on pci-passthrough in xm or xl
              toolstack.

              I assigned the adapter in question to pciback, entered the
              other-config parameters and started the vm, but the vm did
              not see the drive.

              Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I found
              that the author references the xl command which is not
              available when you install the cp-xapi in Ubuntu and set
              the toolstack to xapi. Both xe and xl commands are
              available in XCP-Server, but there the udev SRs work
              anyway.

              

              I also tried to create the udev SR:

              xe sr-create  content-type=disk name-label=”Removable
              storage” type=udev device-config:location=/dev/xapi/block

              The answer was:

              The SR could not be connected because the driver was not
              recognised.

              driver: udev

              It seems that there is some task needed that creates
              /dev/xapi/block ..

              I think if I were successful on the latter task I could
              create the vdi manually and attach it to the vm.

              I will furter investigate ...
              


                
Regards 
Paul


                Am 07.12.2012 16:45, schrieb Gizmo Chicken:

              

            

            
Grant,
              

                


                  

                  I had nearly finished drafting my reply to Paul when I
                  noticed your reply.

                  

                  As mentioned in my reply to Paul, I suspect that what
                  Paul wants to do (passthrough a USB device) could be
                  accomplished via PCI passthrough (of an entire USB
                  controller) to an HVM guest.  Does that sound right?

                  

                  As I also mentioned in my reply to Paul, another
                  poster (Donald van der Wurf) attempted to adapt a
                  tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
                  to his goal of configuring PCI passthrough to an HVM
                  guest in XCP.  However, the original poster wasn't
                  successful, and so sought help from the group.

                  

                  Your technical knowledge is clearly way beyond mine. 
                  If you feel that it would be possible to configure PCI
                  passthrough to an HVM guest in XCP, would you consider
                  creating a brief tutorial, or possibly extending the
                  above mentioned tutorial, to describe the procedure?

                  

                  Any help from you (or others) would be greatly
                  appreciated.

                  

                  Best regards,

                  GizmoChicken

                  

                  

                  

                  
---------- Forwarded message
                    ----------

                    From: Gizmo Chicken
                    <gizmochicken@gmail.com>

                    Date: Fri, Dec 7, 2012 at 10:00 AM

                    Subject: Re: [Xen-API] Attach CD or Removable
                    Devices

                    To: Paul Pridt <p.pridt@chello.at>

                    Cc: xen-api@lists.xen.org

                    

                    

                    Paul,

                    

                    I suspect that what you want to do could be
                    accomplished via PCI passthrough to an HVM guest,
                    which is the subject of a thread having the subject
                    "[Xen-API] XCP PCI Passthrough on HVM how to?" that
                    was started a few weeks ago.  So you might want to
                    follow (and perhaps join in) that thread.

                    

                    Without repeating the entirety of the above
                    mentioned thread, I'll note that the original poster
                    referenced a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
                    addressing PCI passthrough to a PV guest in XCP. 
                    However, the original poster wasn't able to adapt
                    that tutorial to his goal of configuring PCI
                    passthrough to an HVM guest in XCP, and so sought
                    help from the group.

                    

                    Unlike the situation with the XAPI toolstack, the
                    procedure for configuring PCI passthrough to an HVM
                    guest is relatively straightforward with Xen when
                    using the default toolstack.  For a discussion of
                    both VGA and PCI passthrough in Xen when using the
                    default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. 

                    

                    

                    So if you don't mind leaving behind the comforts of
                    XenCenter for something like Virtual Machine Manager
                    (virt-manager), maybe Xen and its default toolstack
                    is a better option for you.

                    

                    I wish that I could be of more help.

                    

                    Best regards,

                    GizmoChicken

                    

                    P.S. I'm currently using Xen (and Virtual Machine
                    Manager), but I would switch to XCP (and XenCenter)
                    if I could get PCI passthough working in XCP.  In
                    such a case, I would passthrough nearly all of my
                    USB controllers, along with a second PCI video card,
                    to an HVM guest running Ubuntu desktop.  That way I
                    could have, on a single machine, both a stable XCP
                    server (which I could leave up 24/7 to host my
                    virtual servers) and also local access to virtual
                    machine having fully functional desktop (which I
                    could shut down when not in use).  I imagine that
                    many would apprciate such functionality in XCP, so
                    let's hope that the developers consider adding such
                    a feature to future releases of XCP if not already
                    possible via xe command line.

                    

                    

                    

                      

                        
On Fri, Dec 7, 2012 at 9:50 AM, Grant
                          McWilliams <grantmasterflash@gmail.com>
                          wrote:

                        

                      

                      

                        

                          


                            

                              
On Fri, Dec 7, 2012 at 3:18 AM, Paul
                                Pridt <p.pridt@chello.at>
                                wrote:

                                
 Hi,

                                  I am looking for a way to attach a
                                  physical CD drive or a USB-attached
                                  hard drive to a VM.

                                  I know that Citrix Xenserver does that
                                  through special udev-SRs. There you
                                  even can attach an internal hard drive
                                  with the help of an udev rule that
                                  creates the vdi.

                                  Has anybody a running solution?

                                  My system is Ubuntu 12.04 with
                                  xcp-xapi.

                                      

                                      -- 

                                      Regards,

                                      Paul

                                    

                                


                                

                              

                              
What is it exactly you're trying
                                to accomplish? I'd start by checking
                                /etc/udev/rules.d/58-xapi.rules for
                                events and check the scripts that it
                                runs. 

                              
 

                              

                              
58-xapi.rules

                              

                                
# Skip devices which fail the local
                                  sharing check (to filter out
                                  root/mounted devices)

                                
ACTION=="add",
                                  PROGRAM!="/opt/xensource/libexec/check-device-sharing
                                  %k", GOTO="end_xapi"

                                


                                

                                
ACTION=="add",
                                  SYMLINK+="xapi/block/%k"

                                


                                

                                
ACTION=="add", RUN+="/bin/sh -c
                                  '/opt/xensource/libexec/local-device-change
                                  %k 2>&1 >/dev/null&'"

                                
ACTION=="remove", RUN+="/bin/sh -c
                                  '/opt/xensource/libexec/local-device-change
                                  %k 2>&1 >/dev/null&'"

                              

                              


                              

                              


                              

                              
Part of
                                  /opt/xensource/libexec/local-device-change

                              


                              

                              

                                
 for SR in `xe sr-list type=udev
                                  sm-config:type=block uuid=${LOCAL_SR}
                                  params=uuid --minimal`

                                
      do

                                
        xe vdi-introduce
                                  uuid=`uuidgen` sr-uuid=${SR} type=user
                                  location=/dev/xapi/block/${DEVICE}

                                
 done

                              

                              


                              

                              


                              

                              
Read the whole scripts of course but
                                this might get you started.

                            

                            

                          

                        

                        
_______________________________________________

                          Xen-api mailing list

                          Xen-api@lists.xen.org

                          http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

                          

                        

                      

                    

                    

                  

                  

                

              

            

            

          

        

      

      

    

    

  


--------------090900030000090408000506--


--===============4781089905599425563==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4781089905599425563==--


From xen-api-bounces@lists.xen.org Mon Dec 10 15:55:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 10 Dec 2012 15:55: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 1Ti5hN-0006zS-Fp; Mon, 10 Dec 2012 15:55:17 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Ti5hL-0006zJ-VK
	for xen-api@lists.xensource.com; Mon, 10 Dec 2012 15:55:16 +0000
Received: from [85.158.138.51:35441] by server-16.bemta-3.messagelabs.com id
	C3/8E-07461-3E506C05; Mon, 10 Dec 2012 15:55:15 +0000
X-Env-Sender: p.pridt@chello.at
X-Msg-Ref: server-8.tower-174.messagelabs.com!1355154907!28215126!1
X-Originating-IP: [62.179.121.34]
X-SpamReason: No, hits=2.4 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM0ID0+IDMyMjgw\n,sa_preprocessor: 
	QmFkIElQOiA2Mi4xNzkuMTIxLjM0ID0+IDMyMjgw\n, BODY_RANDOM_LONG, HTML_50_60,
	HTML_MESSAGE,RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6034 invoked from network); 10 Dec 2012 15:55:08 -0000
Received: from fep14.mx.upcmail.net (HELO fep14.mx.upcmail.net) (62.179.121.34)
	by server-8.tower-174.messagelabs.com with SMTP;
	10 Dec 2012 15:55:08 -0000
Received: from edge01.upcmail.net ([192.168.13.236]) by viefep14-int.chello.at
	(InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP
	id <20121210155506.GXND11100.viefep14-int.chello.at@edge01.upcmail.net>;
	Mon, 10 Dec 2012 16:55:06 +0100
Received: from [192.168.235.110] ([62.178.35.61])
	by edge01.upcmail.net with edge
	id Zrv21k00E1K8qS601rv2J0; Mon, 10 Dec 2012 16:55:06 +0100
X-SourceIP: 62.178.35.61
X-Authenticated-Sender: compudoc
Message-ID: <50C605D3.7010601@chello.at>
Date: Mon, 10 Dec 2012 16:54:59 +0100
From: Paul Pridt 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Gizmo Chicken 
References: <50C1D085.4010105@chello.at>
	
	
	
	<50C34C9F.9080609@chello.at>
	
In-Reply-To: 
Cc: Donald van der Wurf , xen-api@lists.xensource.com
Subject: Re: [Xen-API] Fwd:  Attach CD or Removable Devices
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4781089905599425563=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4781089905599425563==
Content-Type: multipart/alternative;
 boundary="------------090900030000090408000506"

This is a multi-part message in MIME format.
--------------090900030000090408000506
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit

Hi Gizmo,
thank you for your efforts in helping me.
I've been trying various combinations, one of them was your last 
suggestion - with no success.
Since that costs me too much time I think I will give up and wait until 
xcp-xapi in debian will be mature.
In the meantime Citrix Xenserver is the system of choice for my customers.

Best regards,
Paul

Am 10.12.2012 00:11, schrieb Gizmo Chicken:
> Paul,
>
> I'm not sure about the PCI passthrough tutorial, but I hope that what 
> I provide below will be of some help.
>
> First, if I recall correctly, you'll need to add "iommu=1" into the 
> Xen commandline.  If using grub, you can edit your /etc/default/grub 
> file as root and to include at least the following or similar:
>
> GRUB_CMDLINE_XEN="iommu=1"
>
>
> As for xe commands, the PCI passthrough command in xe takes the 
> following form:
>
> xe vm-param-set other-config:pci=0/  uuid=
>
>
> Or if you want to passthrough multiple PCI devices (or a multifunction 
> device), the PCI passthrough command in xe takes the following form:
>
> xe vm-param-set 
> other-config:pci=0/,1/,2/,3/,4/ 
> uuid=
>
>
> You'll need to replace  and  with appropriate values.
>
> Here's an example showing the xe command for the passthrough of 2 PCI 
> devices:
>
> xe vm-param-set other-config:pci=0/0000:00:1d.0,1/0000:00:1d.1 
> uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89
>
>
> Of course, the your values for  and  will differ from 
> the above example.
>
> DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP 
> system in the near future, as of now, I have only configured PCI 
> passthrough on a system that runs vanilla Xen.  So the above is based 
> mostly on what I have gleaned from forum posts and replies, not on my 
> own personal experience.
>
> I invite others who know more about PCI passthrough to correct/clarify 
> any of the above.
>
> Best regards,
> GizmoChicken
>
>
>
> On Sat, Dec 8, 2012 at 9:20 AM, Paul Pridt  > wrote:
>
>     Hi,
>     first let me thank for your replies.
>     Further to your notes I did some investigation and tests, but was
>     not successful.
>     I am fairly familiar on pci-passthrough in xm or xl toolstack.
>     I assigned the adapter in question to pciback, entered the
>     other-config parameters and started the vm, but the vm did not see
>     the drive.
>     Looking at the tutorial on XCP_Ubuntu_PCIPassthrough
>      I found that
>     the author references the xl command which is not available when
>     you install the cp-xapi in Ubuntu and set the toolstack to xapi.
>     Both xe and xl commands are available in XCP-Server, but there the
>     udev SRs work anyway.
>
>     I also tried to create the udev SR:
>     xe sr-create  content-type=disk name-label=”Removable storage”
>     type=udev device-config:location=/dev/xapi/block
>     The answer was:
>     The SR could not be connected because the driver was not recognised.
>     driver: udev
>     It seems that there is some task needed that creates
>     /dev/xapi/block ..
>     I think if I were successful on the latter task I could create the
>     vdi manually and attach it to the vm.
>     I will furter investigate ...
>
>     Regards
>     Paul
>
>     Am 07.12.2012 16:45, schrieb Gizmo Chicken:
>>     Grant,
>>
>>
>>     I had nearly finished drafting my reply to Paul when I noticed
>>     your reply.
>>
>>     As mentioned in my reply to Paul, I suspect that what Paul wants
>>     to do (passthrough a USB device) could be accomplished via PCI
>>     passthrough (of an entire USB controller) to an HVM guest.  Does
>>     that sound right?
>>
>>     As I also mentioned in my reply to Paul, another poster (Donald
>>     van der Wurf) attempted to adapt a tutorial found at
>>     http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough to his goal of
>>     configuring PCI passthrough to an HVM guest in XCP.  However, the
>>     original poster wasn't successful, and so sought help from the group.
>>
>>     Your technical knowledge is clearly way beyond mine. If you feel
>>     that it would be possible to configure PCI passthrough to an HVM
>>     guest in XCP, would you consider creating a brief tutorial, or
>>     possibly extending the above mentioned tutorial, to describe the
>>     procedure?
>>
>>     Any help from you (or others) would be /greatly/ appreciated.
>>
>>     Best regards,
>>     GizmoChicken
>>
>>
>>
>>     ---------- Forwarded message ----------
>>     From: *Gizmo Chicken* >     >
>>     Date: Fri, Dec 7, 2012 at 10:00 AM
>>     Subject: Re: [Xen-API] Attach CD or Removable Devices
>>     To: Paul Pridt >
>>     Cc: xen-api@lists.xen.org 
>>
>>
>>     Paul,
>>
>>     I suspect that what you want to do could be accomplished via PCI
>>     passthrough to an HVM guest, which is the subject of a thread
>>     having the subject "[Xen-API] XCP PCI Passthrough on HVM how to?"
>>     that was started a few weeks ago.  So you might want to follow
>>     (and perhaps join in) that thread.
>>
>>     Without repeating the entirety of the above mentioned thread,
>>     I'll note that the original poster referenced a tutorial found at
>>     http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough addressing PCI
>>     passthrough to a PV guest in XCP. However, the original poster
>>     wasn't able to adapt that tutorial to his goal of configuring PCI
>>     passthrough to an HVM guest in XCP, and so sought help from the
>>     group.
>>
>>     Unlike the situation with the XAPI toolstack, the procedure for
>>     configuring PCI passthrough to an HVM guest is relatively
>>     straightforward with Xen when using the default toolstack.  For a
>>     discussion of both VGA and PCI passthrough in Xen when using the
>>     default toolstack, see
>>     http://forums.linuxmint.com/viewtopic.php?f=42&t=112013.
>>
>>     So if you don't mind leaving behind the comforts of XenCenter for
>>     something like Virtual Machine Manager (virt-manager), maybe Xen
>>     and its default toolstack is a better option for you.
>>
>>     I wish that I could be of more help.
>>
>>     Best regards,
>>     GizmoChicken
>>
>>     P.S. I'm currently using Xen (and Virtual Machine Manager), but I
>>     would switch to XCP (and XenCenter) if I could get PCI passthough
>>     working in XCP.  In such a case, I would passthrough nearly all
>>     of my USB controllers, along with a second PCI video card, to an
>>     HVM guest running Ubuntu desktop.  That way I could have, on a
>>     single machine, both a stable XCP server (which I could leave up
>>     24/7 to host my virtual servers) and also local access to virtual
>>     machine having fully functional desktop (which I could shut down
>>     when not in use).  I imagine that many would apprciate such
>>     functionality in XCP, so let's hope that the developers consider
>>     adding such a feature to future releases of XCP if not already
>>     possible via xe command line.
>>
>>
>>     On Fri, Dec 7, 2012 at 9:50 AM, Grant McWilliams
>>     >
>>     wrote:
>>
>>
>>         On Fri, Dec 7, 2012 at 3:18 AM, Paul Pridt >         > wrote:
>>
>>             Hi,
>>             I am looking for a way to attach a physical CD drive or a
>>             USB-attached hard drive to a VM.
>>             I know that Citrix Xenserver does that through special
>>             udev-SRs. There you even can attach an internal hard
>>             drive with the help of an udev rule that creates the vdi.
>>             Has anybody a running solution?
>>             My system is Ubuntu 12.04 with xcp-xapi.
>>
>>             -- 
>>             Regards,
>>             Paul
>>
>>
>>         What is it exactly you're trying to accomplish? I'd start by
>>         checking /etc/udev/rules.d/58-xapi.rules for events and check
>>         the scripts that it runs.
>>
>>         *58-xapi.rules*
>>         # Skip devices which fail the local sharing check (to filter
>>         out root/mounted devices)
>>         ACTION=="add",
>>         PROGRAM!="/opt/xensource/libexec/check-device-sharing %k",
>>         GOTO="end_xapi"
>>
>>         ACTION=="add", SYMLINK+="xapi/block/%k"
>>
>>         ACTION=="add", RUN+="/bin/sh -c
>>         '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>         ACTION=="remove", RUN+="/bin/sh -c
>>         '/opt/xensource/libexec/local-device-change %k 2>&1 >/dev/null&'"
>>
>>
>>         *Part of /opt/xensource/libexec/local-device-change*
>>
>>          for SR in `xe sr-list type=udev sm-config:type=block
>>         uuid=${LOCAL_SR} params=uuid --minimal`
>>               do
>>                 xe vdi-introduce uuid=`uuidgen` sr-uuid=${SR}
>>         type=user location=/dev/xapi/block/${DEVICE}
>>          done
>>
>>
>>         Read the whole scripts of course but this might get you started.
>>
>>         _______________________________________________
>>         Xen-api mailing list
>>         Xen-api@lists.xen.org 
>>         http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>>
>
>


--------------090900030000090408000506
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit


  
    
  
  
    
Hi Gizmo,

      thank you for your efforts in helping me. 

      I've been trying various combinations, one of them was your last
      suggestion - with no success.

      Since that costs me too much time I think I will give up and wait
      until xcp-xapi in debian will be mature.

      In the meantime Citrix Xenserver is the system of choice for my
      customers. 

      
Best regards,
Paul


      Am 10.12.2012 00:11, schrieb Gizmo Chicken:

    

    
Paul,

      

      I'm not sure about the PCI passthrough tutorial, but I hope that
      what I provide below will be of some help.

      

      First, if I recall correctly, you'll need to add "iommu=1" into
      the Xen commandline.  If using grub, you can edit your
      /etc/default/grub file as root and to include at least the
      following or similar:

      

      
GRUB_CMDLINE_XEN="iommu=1"

      

      

      

      As for xe commands, the PCI passthrough command in xe takes the
      following form:

      

      
xe vm-param-set
        other-config:pci=0/<pci-id#>  uuid=<uuid> 

      

      

      

      Or if you want to passthrough multiple PCI devices (or a
      multifunction device), the PCI passthrough command in xe takes the
      following form:

      

      
xe vm-param-set
        other-config:pci=0/<pci-id#>,1/<pci-id#>,2/<pci-id#>,3/<pci-id#>,4/<pci-id#> 
        uuid=<uuid>

      

      

      

      You'll need to replace <pci-id#> and <uuid> with
      appropriate values.

      

      Here's an example showing the xe command for the passthrough of 2
      PCI devices: 

      

      
xe vm-param-set
        other-config:pci=0/0000:00:1d.0,1/0000:00:1d.1
        uuid=d6eb559e-af70-6f8e-d10f-62fc9f73db89

      

      

      

      Of course, the your values for <pci-id#> and <uuid>
      will differ from the above example.

      

      DISCLAIMER:  Although I hope to set up PCI passthrough on an XCP
      system in the near future, as of now, I have only configured PCI
      passthrough on a system that runs vanilla Xen.  So the above is
      based mostly on what I have gleaned from forum posts and replies,
      not on my own personal experience.

       

      I invite others who know more about PCI passthrough to
      correct/clarify any of the above.

      

      Best regards,

      GizmoChicken

      

      

      

      
On Sat, Dec 8, 2012 at 9:20 AM, Paul
        Pridt <p.pridt@chello.at>
        wrote:

        

          

            
Hi,

              first let me thank for your replies.

              Further to your notes I did some investigation and tests,
              but was not successful.

              I am fairly familiar on pci-passthrough in xm or xl
              toolstack.

              I assigned the adapter in question to pciback, entered the
              other-config parameters and started the vm, but the vm did
              not see the drive.

              Looking at the tutorial on XCP_Ubuntu_PCIPassthrough I found
              that the author references the xl command which is not
              available when you install the cp-xapi in Ubuntu and set
              the toolstack to xapi. Both xe and xl commands are
              available in XCP-Server, but there the udev SRs work
              anyway.

              

              I also tried to create the udev SR:

              xe sr-create  content-type=disk name-label=”Removable
              storage” type=udev device-config:location=/dev/xapi/block

              The answer was:

              The SR could not be connected because the driver was not
              recognised.

              driver: udev

              It seems that there is some task needed that creates
              /dev/xapi/block ..

              I think if I were successful on the latter task I could
              create the vdi manually and attach it to the vm.

              I will furter investigate ...
              


                
Regards 
Paul


                Am 07.12.2012 16:45, schrieb Gizmo Chicken:

              

            

            
Grant,
              

                


                  

                  I had nearly finished drafting my reply to Paul when I
                  noticed your reply.

                  

                  As mentioned in my reply to Paul, I suspect that what
                  Paul wants to do (passthrough a USB device) could be
                  accomplished via PCI passthrough (of an entire USB
                  controller) to an HVM guest.  Does that sound right?

                  

                  As I also mentioned in my reply to Paul, another
                  poster (Donald van der Wurf) attempted to adapt a
                  tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
                  to his goal of configuring PCI passthrough to an HVM
                  guest in XCP.  However, the original poster wasn't
                  successful, and so sought help from the group.

                  

                  Your technical knowledge is clearly way beyond mine. 
                  If you feel that it would be possible to configure PCI
                  passthrough to an HVM guest in XCP, would you consider
                  creating a brief tutorial, or possibly extending the
                  above mentioned tutorial, to describe the procedure?

                  

                  Any help from you (or others) would be greatly
                  appreciated.

                  

                  Best regards,

                  GizmoChicken

                  

                  

                  

                  
---------- Forwarded message
                    ----------

                    From: Gizmo Chicken
                    <gizmochicken@gmail.com>

                    Date: Fri, Dec 7, 2012 at 10:00 AM

                    Subject: Re: [Xen-API] Attach CD or Removable
                    Devices

                    To: Paul Pridt <p.pridt@chello.at>

                    Cc: xen-api@lists.xen.org

                    

                    

                    Paul,

                    

                    I suspect that what you want to do could be
                    accomplished via PCI passthrough to an HVM guest,
                    which is the subject of a thread having the subject
                    "[Xen-API] XCP PCI Passthrough on HVM how to?" that
                    was started a few weeks ago.  So you might want to
                    follow (and perhaps join in) that thread.

                    

                    Without repeating the entirety of the above
                    mentioned thread, I'll note that the original poster
                    referenced a tutorial found at http://wiki.xen.org/wiki/XCP_Ubuntu_PCIPassthrough
                    addressing PCI passthrough to a PV guest in XCP. 
                    However, the original poster wasn't able to adapt
                    that tutorial to his goal of configuring PCI
                    passthrough to an HVM guest in XCP, and so sought
                    help from the group.

                    

                    Unlike the situation with the XAPI toolstack, the
                    procedure for configuring PCI passthrough to an HVM
                    guest is relatively straightforward with Xen when
                    using the default toolstack.  For a discussion of
                    both VGA and PCI passthrough in Xen when using the
                    default toolstack, see http://forums.linuxmint.com/viewtopic.php?f=42&t=112013. 

                    

                    

                    So if you don't mind leaving behind the comforts of
                    XenCenter for something like Virtual Machine Manager
                    (virt-manager), maybe Xen and its default toolstack
                    is a better option for you.

                    

                    I wish that I could be of more help.

                    

                    Best regards,

                    GizmoChicken

                    

                    P.S. I'm currently using Xen (and Virtual Machine
                    Manager), but I would switch to XCP (and XenCenter)
                    if I could get PCI passthough working in XCP.  In
                    such a case, I would passthrough nearly all of my
                    USB controllers, along with a second PCI video card,
                    to an HVM guest running Ubuntu desktop.  That way I
                    could have, on a single machine, both a stable XCP
                    server (which I could leave up 24/7 to host my
                    virtual servers) and also local access to virtual
                    machine having fully functional desktop (which I
                    could shut down when not in use).  I imagine that
                    many would apprciate such functionality in XCP, so
                    let's hope that the developers consider adding such
                    a feature to future releases of XCP if not already
                    possible via xe command line.

                    

                    

                    

                      

                        
On Fri, Dec 7, 2012 at 9:50 AM, Grant
                          McWilliams <grantmasterflash@gmail.com>
                          wrote:

                        

                      

                      

                        

                          


                            

                              
On Fri, Dec 7, 2012 at 3:18 AM, Paul
                                Pridt <p.pridt@chello.at>
                                wrote:

                                
 Hi,

                                  I am looking for a way to attach a
                                  physical CD drive or a USB-attached
                                  hard drive to a VM.

                                  I know that Citrix Xenserver does that
                                  through special udev-SRs. There you
                                  even can attach an internal hard drive
                                  with the help of an udev rule that
                                  creates the vdi.

                                  Has anybody a running solution?

                                  My system is Ubuntu 12.04 with
                                  xcp-xapi.

                                      

                                      -- 

                                      Regards,

                                      Paul

                                    

                                


                                

                              

                              
What is it exactly you're trying
                                to accomplish? I'd start by checking
                                /etc/udev/rules.d/58-xapi.rules for
                                events and check the scripts that it
                                runs. 

                              
 

                              

                              
58-xapi.rules

                              

                                
# Skip devices which fail the local
                                  sharing check (to filter out
                                  root/mounted devices)

                                
ACTION=="add",
                                  PROGRAM!="/opt/xensource/libexec/check-device-sharing
                                  %k", GOTO="end_xapi"

                                


                                

                                
ACTION=="add",
                                  SYMLINK+="xapi/block/%k"

                                


                                

                                
ACTION=="add", RUN+="/bin/sh -c
                                  '/opt/xensource/libexec/local-device-change
                                  %k 2>&1 >/dev/null&'"

                                
ACTION=="remove", RUN+="/bin/sh -c
                                  '/opt/xensource/libexec/local-device-change
                                  %k 2>&1 >/dev/null&'"

                              

                              


                              

                              


                              

                              
Part of
                                  /opt/xensource/libexec/local-device-change

                              


                              

                              

                                
 for SR in `xe sr-list type=udev
                                  sm-config:type=block uuid=${LOCAL_SR}
                                  params=uuid --minimal`

                                
      do

                                
        xe vdi-introduce
                                  uuid=`uuidgen` sr-uuid=${SR} type=user
                                  location=/dev/xapi/block/${DEVICE}

                                
 done

                              

                              


                              

                              


                              

                              
Read the whole scripts of course but
                                this might get you started.

                            

                            

                          

                        

                        
_______________________________________________

                          Xen-api mailing list

                          Xen-api@lists.xen.org

                          http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

                          

                        

                      

                    

                    

                  

                  

                

              

            

            

          

        

      

      

    

    

  


--------------090900030000090408000506--


--===============4781089905599425563==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4781089905599425563==--


From xen-api-bounces@lists.xen.org Tue Dec 11 00:36:32 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 00:36: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 1TiDpd-0001fO-8u; Tue, 11 Dec 2012 00:36:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <1012503222@qq.com>) id 1TiDpc-0001fI-Fp
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 00:36:20 +0000
Received: from [85.158.137.99:19773] by server-3.bemta-3.messagelabs.com id
	39/E1-31566-10086C05; Tue, 11 Dec 2012 00:36:17 +0000
X-Env-Sender: 1012503222@qq.com
X-Msg-Ref: server-2.tower-217.messagelabs.com!1355186175!18478658!1
X-Originating-IP: [64.71.138.46]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjQuNzEuMTM4LjQ2ID0+IDg1NTU=\n,received_headers: No 
	Received headers
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5528 invoked from network); 11 Dec 2012 00:36:16 -0000
Received: from smtpproxy3.qq.com (HELO smtpproxy3.qq.com) (64.71.138.46)
	by server-2.tower-217.messagelabs.com with SMTP;
	11 Dec 2012 00:36:16 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907;
	t=1355186174; bh=de56r8+B/y5/zIymc1XbDN3UcTYe86iknNP1ZVqmMgc=;
	h=X-QQ-SSF:X-HAS-ATTACH:X-QQ-BUSINESS-ORIGIN:X-Originating-IP:
	X-QQ-STYLE:X-QQ-mid:From:To:Subject:Mime-Version:Content-Type:
	Content-Transfer-Encoding:Date:X-Priority:Message-ID:X-QQ-MIME:
	X-Mailer:X-QQ-Mailer;
	b=fKfU4CGyxz5ySulKhh4KHZJdU1czs5gosXoCDxTwKMXnUM8XWoujCyqoUSB7w3Apo
	ma2rn+LaoBt+HW7gum4lFfcT4s12/ASx2TddcNq1do4Tuutl/fU+MY+3yu22/7L
X-QQ-SSF: 00000000000000F000000000000000U
X-HAS-ATTACH: no
X-QQ-BUSINESS-ORIGIN: 2
X-Originating-IP: 202.118.70.91
X-QQ-STYLE: 
X-QQ-mid: webmail219t1355186153t3972502
From: "=?gb18030?B?xM/OszkwoeM=?=" <1012503222@qq.com>
To: "=?gb18030?B?eGVuLWFwaQ==?=" 
Mime-Version: 1.0
Date: Tue, 11 Dec 2012 08:35:53 +0800
X-Priority: 3
Message-ID: 
X-QQ-MIME: TCMime 1.0 by Tencent
X-Mailer: QQMail 2.x
X-QQ-Mailer: QQMail 2.x
Subject: [Xen-API] test_bindings can't run
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5453394421098760920=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============5453394421098760920==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_50C67FE9_D6352268_674AAEAE"
Content-Transfer-Encoding: 8Bit

This is a multi-part message in MIME format.

------=_NextPart_50C67FE9_D6352268_674AAEAE
Content-Type: text/plain;
	charset="gb18030"
Content-Transfer-Encoding: base64

SGVsbG8gZXZlcnlvbmUNCg0KSSBjb21waWxlIHRoZSBmaWxlIHRlc3RfYmluZGluZ3MuYyBh
dCB4ZW4uLi4vdG9vbHMvbGlieGVuL3Rlc3QgYW5kIGdldCBhIGV4ZWN1dGFibGUgZmlsZSB0
ZXN0X2JpbmRpbmdzLiBidXQgd2hlbiBJIHJ1biBpdCAsdXNpbmcgdGhlIGZsb3dpbmcgcGFy
YW1ldGVycyAiLi90ZXN0X2JpbmRpbmdzIGh0dHA6Ly9sb2NhbGhvc3Q6ODAwNi94bWxycGMg
cm9vdCAxMjM0NTYiLGl0IHNheXMgIkVycm9yOiAyTUVTU0FHRV9NRVRIT0RfVU5LTk9XTiBz
ZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQiLiBJIHJlYWx5IGRvbid0IGtub3cgd2hhdCB0
byBkbyB3aGl0aC4gIHRoZSB0cnV0aCBpcyB0aGF0IEkgYW0gbm90IGFuDQpleHBlcnQgaW4g
dGhpcyBhcmVhLGFuZCBteSBFbmdsaXNoIGlzbid0IHNvIHdlbGwuDQpQbGVhc2UgaWYgeW91
IGNhbiBoZWxwIG1lDQpCZXN0IHJlZ2FyZHMNCldhbG51dA==

------=_NextPart_50C67FE9_D6352268_674AAEAE
Content-Type: text/html;
	charset="gb18030"
Content-Transfer-Encoding: base64

PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFu
YTsgbGluZS1oZWlnaHQ6IDIzcHg7ICI+SGVsbG8gZXZlcnlvbmU8L3NwYW4+PGJyIHN0eWxl
PSJmb250LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDog
MjNweDsgIj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdyYW5kZScsIFZlcmRh
bmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJ2x1
Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDogMjNweDsgIj5JIGNvbXBpbGUg
dGhlIGZpbGUgdGVzdF9iaW5kaW5ncy5jIGF0IHhlbi4uLi90b29scy9saWJ4ZW4vdGVzdCBh
bmQgZ2V0IGEgPC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQ3
LCAyNDcsIDI0Nyk7IGZvbnQtZmFtaWx5OiBhcmlhbCwgy87M5TsgZm9udC1zaXplOiAxNnB4
OyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyAiPmV4ZWN1dGFi
bGUgZmlsZSB0ZXN0X2JpbmRpbmdzLiBidXQgd2hlbiBJIHJ1biBpdCAsdXNpbmcgdGhlIGZs
b3dpbmcgcGFyYW1ldGVycyAiLi90ZXN0X2JpbmRpbmdzIGh0dHA6Ly9sb2NhbGhvc3Q6ODAw
Ni94bWxycGMgcm9vdCAxMjM0NTYiLGl0IHNheXMgIjwvc3Bhbj48Zm9udCBmYWNlPSJhcmlh
bCwgy87M5SIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0
ZS1zcGFjZTogcHJlLXdyYXA7Ij5FcnJvcjogMk1FU1NBR0VfTUVUSE9EX1VOS05PV04gc2Vz
c2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkPC9zcGFuPjwvZm9udD48c3BhbiBzdHlsZT0iYmFj
a2dyb3VuZC1jb2xvcjogcmdiKDI0NywgMjQ3LCAyNDcpOyBmb250LWZhbWlseTogYXJpYWws
IMvOzOU7IGZvbnQtc2l6ZTogMTZweDsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNl
OiBwcmUtd3JhcDsgIj4iLiBJIHJlYWx5IGRvbid0IGtub3cgd2hhdCB0byBkbyB3aGl0aC4g
IDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVy
ZGFuYTsgbGluZS1oZWlnaHQ6IDIzcHg7ICI+dGhlIHRydXRoIGlzIHRoYXQgSSBhbSBub3Qg
YW48L3NwYW4+PC9kaXY+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdyYW5k
ZScsIFZlcmRhbmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAiPmV4cGVydCBpbiB0aGlzIGFyZWEs
YW5kIG15IEVuZ2xpc2ggaXNuJ3Qgc28gd2VsbC48L3NwYW4+PGJyIHN0eWxlPSJmb250LWZh
bWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDogMjNweDsgIj48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFuYTsgbGlu
ZS1oZWlnaHQ6IDIzcHg7ICI+UGxlYXNlIGlmIHlvdSBjYW4gaGVscCBtZTwvc3Bhbj48Zm9u
dCBmYWNlPSInbHVjaWRhIEdyYW5kZScsIFZlcmRhbmEiPjxzcGFuIHN0eWxlPSJsaW5lLWhl
aWdodDogMjNweDsiPjxicj48L3NwYW4+PC9mb250PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OiAnbHVjaWRhIEdyYW5kZScsIFZlcmRhbmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAi
PkJlc3QgcmVnYXJkczwvc3Bhbj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdy
YW5kZScsIFZlcmRhbmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAiPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDogMjNweDsg
Ij5XYWxudXQ8L3NwYW4+PC9kaXY+

------=_NextPart_50C67FE9_D6352268_674AAEAE--



--===============5453394421098760920==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5453394421098760920==--



From xen-api-bounces@lists.xen.org Tue Dec 11 00:36:32 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 00:36: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 1TiDpd-0001fO-8u; Tue, 11 Dec 2012 00:36:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <1012503222@qq.com>) id 1TiDpc-0001fI-Fp
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 00:36:20 +0000
Received: from [85.158.137.99:19773] by server-3.bemta-3.messagelabs.com id
	39/E1-31566-10086C05; Tue, 11 Dec 2012 00:36:17 +0000
X-Env-Sender: 1012503222@qq.com
X-Msg-Ref: server-2.tower-217.messagelabs.com!1355186175!18478658!1
X-Originating-IP: [64.71.138.46]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjQuNzEuMTM4LjQ2ID0+IDg1NTU=\n,received_headers: No 
	Received headers
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5528 invoked from network); 11 Dec 2012 00:36:16 -0000
Received: from smtpproxy3.qq.com (HELO smtpproxy3.qq.com) (64.71.138.46)
	by server-2.tower-217.messagelabs.com with SMTP;
	11 Dec 2012 00:36:16 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s0907;
	t=1355186174; bh=de56r8+B/y5/zIymc1XbDN3UcTYe86iknNP1ZVqmMgc=;
	h=X-QQ-SSF:X-HAS-ATTACH:X-QQ-BUSINESS-ORIGIN:X-Originating-IP:
	X-QQ-STYLE:X-QQ-mid:From:To:Subject:Mime-Version:Content-Type:
	Content-Transfer-Encoding:Date:X-Priority:Message-ID:X-QQ-MIME:
	X-Mailer:X-QQ-Mailer;
	b=fKfU4CGyxz5ySulKhh4KHZJdU1czs5gosXoCDxTwKMXnUM8XWoujCyqoUSB7w3Apo
	ma2rn+LaoBt+HW7gum4lFfcT4s12/ASx2TddcNq1do4Tuutl/fU+MY+3yu22/7L
X-QQ-SSF: 00000000000000F000000000000000U
X-HAS-ATTACH: no
X-QQ-BUSINESS-ORIGIN: 2
X-Originating-IP: 202.118.70.91
X-QQ-STYLE: 
X-QQ-mid: webmail219t1355186153t3972502
From: "=?gb18030?B?xM/OszkwoeM=?=" <1012503222@qq.com>
To: "=?gb18030?B?eGVuLWFwaQ==?=" 
Mime-Version: 1.0
Date: Tue, 11 Dec 2012 08:35:53 +0800
X-Priority: 3
Message-ID: 
X-QQ-MIME: TCMime 1.0 by Tencent
X-Mailer: QQMail 2.x
X-QQ-Mailer: QQMail 2.x
Subject: [Xen-API] test_bindings can't run
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5453394421098760920=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============5453394421098760920==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_50C67FE9_D6352268_674AAEAE"
Content-Transfer-Encoding: 8Bit

This is a multi-part message in MIME format.

------=_NextPart_50C67FE9_D6352268_674AAEAE
Content-Type: text/plain;
	charset="gb18030"
Content-Transfer-Encoding: base64

SGVsbG8gZXZlcnlvbmUNCg0KSSBjb21waWxlIHRoZSBmaWxlIHRlc3RfYmluZGluZ3MuYyBh
dCB4ZW4uLi4vdG9vbHMvbGlieGVuL3Rlc3QgYW5kIGdldCBhIGV4ZWN1dGFibGUgZmlsZSB0
ZXN0X2JpbmRpbmdzLiBidXQgd2hlbiBJIHJ1biBpdCAsdXNpbmcgdGhlIGZsb3dpbmcgcGFy
YW1ldGVycyAiLi90ZXN0X2JpbmRpbmdzIGh0dHA6Ly9sb2NhbGhvc3Q6ODAwNi94bWxycGMg
cm9vdCAxMjM0NTYiLGl0IHNheXMgIkVycm9yOiAyTUVTU0FHRV9NRVRIT0RfVU5LTk9XTiBz
ZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQiLiBJIHJlYWx5IGRvbid0IGtub3cgd2hhdCB0
byBkbyB3aGl0aC4gIHRoZSB0cnV0aCBpcyB0aGF0IEkgYW0gbm90IGFuDQpleHBlcnQgaW4g
dGhpcyBhcmVhLGFuZCBteSBFbmdsaXNoIGlzbid0IHNvIHdlbGwuDQpQbGVhc2UgaWYgeW91
IGNhbiBoZWxwIG1lDQpCZXN0IHJlZ2FyZHMNCldhbG51dA==

------=_NextPart_50C67FE9_D6352268_674AAEAE
Content-Type: text/html;
	charset="gb18030"
Content-Transfer-Encoding: base64

PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFu
YTsgbGluZS1oZWlnaHQ6IDIzcHg7ICI+SGVsbG8gZXZlcnlvbmU8L3NwYW4+PGJyIHN0eWxl
PSJmb250LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDog
MjNweDsgIj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdyYW5kZScsIFZlcmRh
bmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogJ2x1
Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDogMjNweDsgIj5JIGNvbXBpbGUg
dGhlIGZpbGUgdGVzdF9iaW5kaW5ncy5jIGF0IHhlbi4uLi90b29scy9saWJ4ZW4vdGVzdCBh
bmQgZ2V0IGEgPC9zcGFuPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQ3
LCAyNDcsIDI0Nyk7IGZvbnQtZmFtaWx5OiBhcmlhbCwgy87M5TsgZm9udC1zaXplOiAxNnB4
OyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyAiPmV4ZWN1dGFi
bGUgZmlsZSB0ZXN0X2JpbmRpbmdzLiBidXQgd2hlbiBJIHJ1biBpdCAsdXNpbmcgdGhlIGZs
b3dpbmcgcGFyYW1ldGVycyAiLi90ZXN0X2JpbmRpbmdzIGh0dHA6Ly9sb2NhbGhvc3Q6ODAw
Ni94bWxycGMgcm9vdCAxMjM0NTYiLGl0IHNheXMgIjwvc3Bhbj48Zm9udCBmYWNlPSJhcmlh
bCwgy87M5SIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMHB4OyB3aGl0
ZS1zcGFjZTogcHJlLXdyYXA7Ij5FcnJvcjogMk1FU1NBR0VfTUVUSE9EX1VOS05PV04gc2Vz
c2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkPC9zcGFuPjwvZm9udD48c3BhbiBzdHlsZT0iYmFj
a2dyb3VuZC1jb2xvcjogcmdiKDI0NywgMjQ3LCAyNDcpOyBmb250LWZhbWlseTogYXJpYWws
IMvOzOU7IGZvbnQtc2l6ZTogMTZweDsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNl
OiBwcmUtd3JhcDsgIj4iLiBJIHJlYWx5IGRvbid0IGtub3cgd2hhdCB0byBkbyB3aGl0aC4g
IDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVy
ZGFuYTsgbGluZS1oZWlnaHQ6IDIzcHg7ICI+dGhlIHRydXRoIGlzIHRoYXQgSSBhbSBub3Qg
YW48L3NwYW4+PC9kaXY+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdyYW5k
ZScsIFZlcmRhbmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAiPmV4cGVydCBpbiB0aGlzIGFyZWEs
YW5kIG15IEVuZ2xpc2ggaXNuJ3Qgc28gd2VsbC48L3NwYW4+PGJyIHN0eWxlPSJmb250LWZh
bWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDogMjNweDsgIj48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFuYTsgbGlu
ZS1oZWlnaHQ6IDIzcHg7ICI+UGxlYXNlIGlmIHlvdSBjYW4gaGVscCBtZTwvc3Bhbj48Zm9u
dCBmYWNlPSInbHVjaWRhIEdyYW5kZScsIFZlcmRhbmEiPjxzcGFuIHN0eWxlPSJsaW5lLWhl
aWdodDogMjNweDsiPjxicj48L3NwYW4+PC9mb250PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OiAnbHVjaWRhIEdyYW5kZScsIFZlcmRhbmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAi
PkJlc3QgcmVnYXJkczwvc3Bhbj48YnIgc3R5bGU9ImZvbnQtZmFtaWx5OiAnbHVjaWRhIEdy
YW5kZScsIFZlcmRhbmE7IGxpbmUtaGVpZ2h0OiAyM3B4OyAiPjxzcGFuIHN0eWxlPSJmb250
LWZhbWlseTogJ2x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hOyBsaW5lLWhlaWdodDogMjNweDsg
Ij5XYWxudXQ8L3NwYW4+PC9kaXY+

------=_NextPart_50C67FE9_D6352268_674AAEAE--



--===============5453394421098760920==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5453394421098760920==--



From xen-api-bounces@lists.xen.org Tue Dec 11 11:19:18 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 11:19: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 1TiNrg-0006D8-Of; Tue, 11 Dec 2012 11:19:08 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TiNrf-0006Cu-K9; Tue, 11 Dec 2012 11:19:07 +0000
Received: from [85.158.143.35:49500] by server-1.bemta-4.messagelabs.com id
	A5/E8-28401-AA617C05; Tue, 11 Dec 2012 11:19:06 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-16.tower-21.messagelabs.com!1355224735!14333564!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=2.0 required=7.0 tests=RATWARE_GECKO_BUILD, RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8916 invoked from network); 11 Dec 2012 11:19:05 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 11:19:05 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so3344968laa.32
	for ; Tue, 11 Dec 2012 03:18:55 -0800 (PST)
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=YYU3USoDlGnhcAJlsxbaLY9ckHfsNuOvjIdSxoCfKM8=;
	b=cL+l/x9yQzM38IaQypVdpDQGYq4LFHrvTHKVCj0+CyTsIDVs1QGfZZljy8hPGrqjXA
	2y7WeTxuwLYgAUQvG/GcVePP3MpDXzz6TGhiAgC8LRpfIDLGpZVV2l2qVnXTBk371do9
	t4zzwWBJ7seSdJgLGyIRZYewFSAgQlUUj1U6bfom+QUtoGwNnEimZJhbnL421m3dU1Ls
	xuKspo2mYc5fuMqqfUx3vDp7bcjv53XZQKE6l5cPPynYwASZG38Qx8vEVT/RcH80C48J
	x6n1OCsEubv1/Qrv10pZ3RzXL+W34ljIAZNz6QODkgYBvHfohaCwHut9QtW2PDfXCzIk
	kvFg==
Received: by 10.112.25.193 with SMTP id e1mr5846892lbg.94.1355224735355;
	Tue, 11 Dec 2012 03:18:55 -0800 (PST)
Received: from [172.16.26.11] (b01bf226.bb.sky.com. [176.27.242.38])
	by mx.google.com with ESMTPS id hu6sm9075736lab.13.2012.12.11.03.18.53
	(version=SSLv3 cipher=OTHER); Tue, 11 Dec 2012 03:18:54 -0800 (PST)
Message-ID: <50C7169D.7080302@xen.org>
Date: Tue, 11 Dec 2012 11:18:53 +0000
From: Lars Kurth 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: "xen-devel@lists.xen.org" , 
	"xen-api@lists.xen.org" 
Subject: [Xen-API] [Reminder] FOSDEM Virt Devroom deadline on friday,
	the 14th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

See https://lists.fosdem.org/pipermail/fosdem/2012-November/001660.html

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

From xen-api-bounces@lists.xen.org Tue Dec 11 11:19:18 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 11:19: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 1TiNrg-0006D8-Of; Tue, 11 Dec 2012 11:19:08 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TiNrf-0006Cu-K9; Tue, 11 Dec 2012 11:19:07 +0000
Received: from [85.158.143.35:49500] by server-1.bemta-4.messagelabs.com id
	A5/E8-28401-AA617C05; Tue, 11 Dec 2012 11:19:06 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-16.tower-21.messagelabs.com!1355224735!14333564!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=2.0 required=7.0 tests=RATWARE_GECKO_BUILD, RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8916 invoked from network); 11 Dec 2012 11:19:05 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 11:19:05 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so3344968laa.32
	for ; Tue, 11 Dec 2012 03:18:55 -0800 (PST)
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=YYU3USoDlGnhcAJlsxbaLY9ckHfsNuOvjIdSxoCfKM8=;
	b=cL+l/x9yQzM38IaQypVdpDQGYq4LFHrvTHKVCj0+CyTsIDVs1QGfZZljy8hPGrqjXA
	2y7WeTxuwLYgAUQvG/GcVePP3MpDXzz6TGhiAgC8LRpfIDLGpZVV2l2qVnXTBk371do9
	t4zzwWBJ7seSdJgLGyIRZYewFSAgQlUUj1U6bfom+QUtoGwNnEimZJhbnL421m3dU1Ls
	xuKspo2mYc5fuMqqfUx3vDp7bcjv53XZQKE6l5cPPynYwASZG38Qx8vEVT/RcH80C48J
	x6n1OCsEubv1/Qrv10pZ3RzXL+W34ljIAZNz6QODkgYBvHfohaCwHut9QtW2PDfXCzIk
	kvFg==
Received: by 10.112.25.193 with SMTP id e1mr5846892lbg.94.1355224735355;
	Tue, 11 Dec 2012 03:18:55 -0800 (PST)
Received: from [172.16.26.11] (b01bf226.bb.sky.com. [176.27.242.38])
	by mx.google.com with ESMTPS id hu6sm9075736lab.13.2012.12.11.03.18.53
	(version=SSLv3 cipher=OTHER); Tue, 11 Dec 2012 03:18:54 -0800 (PST)
Message-ID: <50C7169D.7080302@xen.org>
Date: Tue, 11 Dec 2012 11:18:53 +0000
From: Lars Kurth 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: "xen-devel@lists.xen.org" , 
	"xen-api@lists.xen.org" 
Subject: [Xen-API] [Reminder] FOSDEM Virt Devroom deadline on friday,
	the 14th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

See https://lists.fosdem.org/pipermail/fosdem/2012-November/001660.html

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

From xen-api-bounces@lists.xen.org Tue Dec 11 17:59:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 17:59: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 1TiU6u-0005np-QY; Tue, 11 Dec 2012 17:59:16 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiU6t-0005nk-Fw
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 17:59:15 +0000
Received: from [85.158.139.211:59237] by server-8.bemta-5.messagelabs.com id
	23/57-15003-27477C05; Tue, 11 Dec 2012 17:59:14 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-7.tower-206.messagelabs.com!1355248753!19591897!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDk2MDg=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22741 invoked from network); 11 Dec 2012 17:59:13 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 17:59:13 -0000
X-IronPort-AV: E=Sophos;i="4.84,260,1355097600"; 
   d="scan'208";a="67928"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	11 Dec 2012 17:59:09 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Tue, 11 Dec 2012 17:59:08 +0000
Message-ID: <50C7746C.6090004@citrix.com>
Date: Tue, 11 Dec 2012 17:59:08 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: =?gb18030?Q?=C4=CF=CE=B390=A1=E3?= <1012503222@qq.com>
References: 
In-Reply-To: 
X-Enigmail-Version: 1.4.6
Cc: xen-api 
Subject: Re: [Xen-API] test_bindings can't run
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="gb18030"
Content-Transfer-Encoding: base64
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

T24gMTEvMTIvMTIgMDA6MzUsIMTPzrM5MKHjIHdyb3RlOgo+IEhlbGxvIGV2ZXJ5b25lCj4gCj4g
SSBjb21waWxlIHRoZSBmaWxlIHRlc3RfYmluZGluZ3MuYyBhdCB4ZW4uLi4vdG9vbHMvbGlieGVu
L3Rlc3QgYW5kIGdldCBhCj4gZXhlY3V0YWJsZSBmaWxlIHRlc3RfYmluZGluZ3MuIGJ1dCB3aGVu
IEkgcnVuIGl0ICx1c2luZyB0aGUgZmxvd2luZwo+IHBhcmFtZXRlcnMgIi4vdGVzdF9iaW5kaW5n
cyBodHRwOi8vbG9jYWxob3N0OjgwMDYveG1scnBjIHJvb3QgMTIzNDU2IixpdAo+IHNheXMgIkVy
cm9yOiAyTUVTU0FHRV9NRVRIT0RfVU5LTk9XTiBzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQi
LiBJCj4gcmVhbHkgZG9uJ3Qga25vdyB3aGF0IHRvIGRvIHdoaXRoLiB0aGUgdHJ1dGggaXMgdGhh
dCBJIGFtIG5vdCBhbgo+IGV4cGVydCBpbiB0aGlzIGFyZWEsYW5kIG15IEVuZ2xpc2ggaXNuJ3Qg
c28gd2VsbC4KPiBQbGVhc2UgaWYgeW91IGNhbiBoZWxwIG1lCj4gQmVzdCByZWdhcmRzCj4gV2Fs
bnV0CgpIaSBXYWxudXQsCgpUaGUgdGVzdCBpcyB0cnlpbmcgdG8gY29ubmVjdCB0byBsb2NhbGhv
c3QgdG8gc2VuZCBhbiBYTUxSUEMgY29tbWFuZCwKYnV0IHlvdXIgbG9jYWxob3N0IGlzIG5vdCBh
IFhlblNlcnZlci4gSSB0aGluayB5b3Ugd2lsbCBoYXZlIHRvIG1vZGlmeQp0aGlzIHRlc3QgY2Fz
ZSB0byBwb2ludCB0byBhIFhlblNlcnZlciBmb3IgdGVzdGluZywgb3IganVzdCBpZ25vcmUgdGhl
CnRlc3QgZmFpbHVyZS4KCk1pa2UKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpo
dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo=

From xen-api-bounces@lists.xen.org Tue Dec 11 17:59:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 17:59: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 1TiU6u-0005np-QY; Tue, 11 Dec 2012 17:59:16 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiU6t-0005nk-Fw
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 17:59:15 +0000
Received: from [85.158.139.211:59237] by server-8.bemta-5.messagelabs.com id
	23/57-15003-27477C05; Tue, 11 Dec 2012 17:59:14 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-7.tower-206.messagelabs.com!1355248753!19591897!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDk2MDg=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22741 invoked from network); 11 Dec 2012 17:59:13 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 17:59:13 -0000
X-IronPort-AV: E=Sophos;i="4.84,260,1355097600"; 
   d="scan'208";a="67928"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	11 Dec 2012 17:59:09 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Tue, 11 Dec 2012 17:59:08 +0000
Message-ID: <50C7746C.6090004@citrix.com>
Date: Tue, 11 Dec 2012 17:59:08 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: =?gb18030?Q?=C4=CF=CE=B390=A1=E3?= <1012503222@qq.com>
References: 
In-Reply-To: 
X-Enigmail-Version: 1.4.6
Cc: xen-api 
Subject: Re: [Xen-API] test_bindings can't run
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="gb18030"
Content-Transfer-Encoding: base64
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

T24gMTEvMTIvMTIgMDA6MzUsIMTPzrM5MKHjIHdyb3RlOgo+IEhlbGxvIGV2ZXJ5b25lCj4gCj4g
SSBjb21waWxlIHRoZSBmaWxlIHRlc3RfYmluZGluZ3MuYyBhdCB4ZW4uLi4vdG9vbHMvbGlieGVu
L3Rlc3QgYW5kIGdldCBhCj4gZXhlY3V0YWJsZSBmaWxlIHRlc3RfYmluZGluZ3MuIGJ1dCB3aGVu
IEkgcnVuIGl0ICx1c2luZyB0aGUgZmxvd2luZwo+IHBhcmFtZXRlcnMgIi4vdGVzdF9iaW5kaW5n
cyBodHRwOi8vbG9jYWxob3N0OjgwMDYveG1scnBjIHJvb3QgMTIzNDU2IixpdAo+IHNheXMgIkVy
cm9yOiAyTUVTU0FHRV9NRVRIT0RfVU5LTk9XTiBzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQi
LiBJCj4gcmVhbHkgZG9uJ3Qga25vdyB3aGF0IHRvIGRvIHdoaXRoLiB0aGUgdHJ1dGggaXMgdGhh
dCBJIGFtIG5vdCBhbgo+IGV4cGVydCBpbiB0aGlzIGFyZWEsYW5kIG15IEVuZ2xpc2ggaXNuJ3Qg
c28gd2VsbC4KPiBQbGVhc2UgaWYgeW91IGNhbiBoZWxwIG1lCj4gQmVzdCByZWdhcmRzCj4gV2Fs
bnV0CgpIaSBXYWxudXQsCgpUaGUgdGVzdCBpcyB0cnlpbmcgdG8gY29ubmVjdCB0byBsb2NhbGhv
c3QgdG8gc2VuZCBhbiBYTUxSUEMgY29tbWFuZCwKYnV0IHlvdXIgbG9jYWxob3N0IGlzIG5vdCBh
IFhlblNlcnZlci4gSSB0aGluayB5b3Ugd2lsbCBoYXZlIHRvIG1vZGlmeQp0aGlzIHRlc3QgY2Fz
ZSB0byBwb2ludCB0byBhIFhlblNlcnZlciBmb3IgdGVzdGluZywgb3IganVzdCBpZ25vcmUgdGhl
CnRlc3QgZmFpbHVyZS4KCk1pa2UKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpo
dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo=

From xen-api-bounces@lists.xen.org Tue Dec 11 18:03:17 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 18:03: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 1TiUAg-0005x9-86; Tue, 11 Dec 2012 18:03:10 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiUAe-0005x1-Li
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 18:03:08 +0000
Received: from [85.158.139.83:64658] by server-9.bemta-5.messagelabs.com id
	E3/BD-10690-B5577C05; Tue, 11 Dec 2012 18:03:07 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-10.tower-182.messagelabs.com!1355248986!27958889!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDk2MDg=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7578 invoked from network); 11 Dec 2012 18:03:07 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 18:03:07 -0000
X-IronPort-AV: E=Sophos;i="4.84,260,1355097600"; 
   d="scan'208";a="68000"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	11 Dec 2012 18:03:07 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Tue, 11 Dec 2012 18:03:06 +0000
Message-ID: <50C77559.90002@citrix.com>
Date: Tue, 11 Dec 2012 18:03:05 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: George Shuklin 
References: <50C1D085.4010105@chello.at> <50C46B2E.2060002@chello.at>
	<50C4F32E.6050608@gmail.com>
In-Reply-To: <50C4F32E.6050608@gmail.com>
X-Enigmail-Version: 1.4.6
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Attach CD or Removable Devices/Toolstack Choice
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 09/12/12 20:23, George Shuklin wrote:
> I think this is bad idea.
> 
> JFYI: If xapi see some 'stray' domUs during start it kill them. All of 
> them, except dom0. And 'stray' domain is domain not managed by xapi.
> 

Yes, I'm surprised you found it useful in XenServer/XCP for anything
other than status checking commands. You can certainly install these
commands in Ubuntu, but I believe that the /etc/default/xen TOOLSTACK
parameter will need to be set to xm or xl for those commands to work. We
did that on purpose so that xm/xl and xe would be mutually exclusive.

Mike

> On 09.12.2012 14:42, Paul Pridt wrote:
>> Hi,
>> does anybody know how one can use both xapi and xl toolstacks 
>> concurrently in Ubuntu 12.04 with xcp-xapi?
>> I found out that is possible in Citrix Xenserver and XCP Server 1.6.
>> If I could manage that it would be an acceptable solution since I need 
>> the xapi interface only for one single vm, while the other vms, that 
>> have the need of accessing drives natively, could run under xl control.
>>
>> Mit freundlichen Gruessen/With kind regards
>> P. Pridt
>> Tel. 0043 676 700 11 01
>>
>> Am 07.12.2012 12:18, schrieb Paul Pridt:
>>> Hi,
>>> I am looking for a way to attach a physical CD drive or a 
>>> USB-attached hard drive to a VM.
>>> I know that Citrix Xenserver does that through special udev-SRs. 
>>> There you even can attach an internal hard drive with the help of an 
>>> udev rule that creates the vdi.
>>> Has anybody a running solution?
>>> My system is Ubuntu 12.04 with xcp-xapi.
>>>
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> 


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

From xen-api-bounces@lists.xen.org Tue Dec 11 18:03:17 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 18:03: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 1TiUAg-0005x9-86; Tue, 11 Dec 2012 18:03:10 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiUAe-0005x1-Li
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 18:03:08 +0000
Received: from [85.158.139.83:64658] by server-9.bemta-5.messagelabs.com id
	E3/BD-10690-B5577C05; Tue, 11 Dec 2012 18:03:07 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-10.tower-182.messagelabs.com!1355248986!27958889!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDk2MDg=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7578 invoked from network); 11 Dec 2012 18:03:07 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 18:03:07 -0000
X-IronPort-AV: E=Sophos;i="4.84,260,1355097600"; 
   d="scan'208";a="68000"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	11 Dec 2012 18:03:07 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Tue, 11 Dec 2012 18:03:06 +0000
Message-ID: <50C77559.90002@citrix.com>
Date: Tue, 11 Dec 2012 18:03:05 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: George Shuklin 
References: <50C1D085.4010105@chello.at> <50C46B2E.2060002@chello.at>
	<50C4F32E.6050608@gmail.com>
In-Reply-To: <50C4F32E.6050608@gmail.com>
X-Enigmail-Version: 1.4.6
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Attach CD or Removable Devices/Toolstack Choice
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 09/12/12 20:23, George Shuklin wrote:
> I think this is bad idea.
> 
> JFYI: If xapi see some 'stray' domUs during start it kill them. All of 
> them, except dom0. And 'stray' domain is domain not managed by xapi.
> 

Yes, I'm surprised you found it useful in XenServer/XCP for anything
other than status checking commands. You can certainly install these
commands in Ubuntu, but I believe that the /etc/default/xen TOOLSTACK
parameter will need to be set to xm or xl for those commands to work. We
did that on purpose so that xm/xl and xe would be mutually exclusive.

Mike

> On 09.12.2012 14:42, Paul Pridt wrote:
>> Hi,
>> does anybody know how one can use both xapi and xl toolstacks 
>> concurrently in Ubuntu 12.04 with xcp-xapi?
>> I found out that is possible in Citrix Xenserver and XCP Server 1.6.
>> If I could manage that it would be an acceptable solution since I need 
>> the xapi interface only for one single vm, while the other vms, that 
>> have the need of accessing drives natively, could run under xl control.
>>
>> Mit freundlichen Gruessen/With kind regards
>> P. Pridt
>> Tel. 0043 676 700 11 01
>>
>> Am 07.12.2012 12:18, schrieb Paul Pridt:
>>> Hi,
>>> I am looking for a way to attach a physical CD drive or a 
>>> USB-attached hard drive to a VM.
>>> I know that Citrix Xenserver does that through special udev-SRs. 
>>> There you even can attach an internal hard drive with the help of an 
>>> udev rule that creates the vdi.
>>> Has anybody a running solution?
>>> My system is Ubuntu 12.04 with xcp-xapi.
>>>
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> 


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

From xen-api-bounces@lists.xen.org Tue Dec 11 18:41:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 18:41: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 1TiUlD-0006Ri-R4; Tue, 11 Dec 2012 18:40:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <2rushikeshj@gmail.com>) id 1TiUlC-0006Rd-MW
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 18:40:54 +0000
Received: from [85.158.139.83:53417] by server-2.bemta-5.messagelabs.com id
	28/F8-16162-53E77C05; Tue, 11 Dec 2012 18:40:53 +0000
X-Env-Sender: 2rushikeshj@gmail.com
X-Msg-Ref: server-7.tower-182.messagelabs.com!1355251250!25398326!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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26767 invoked from network); 11 Dec 2012 18:40:51 -0000
Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com)
	(209.85.216.173)
	by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 18:40:51 -0000
Received: by mail-qc0-f173.google.com with SMTP id b12so2680319qca.32
	for ; Tue, 11 Dec 2012 10:40:50 -0800 (PST)
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=NFLAflaPiYwZpmpZXDyubOHgDnqxQalEnMneKCS7Rpo=;
	b=UIKPaIvNLlEhnN0d9ZdCsr9wCtyaTp8Lp329x7ubotNXbu9itI7KeU2OaQ1bvVdMJ5
	ucc+Bnf7lSg8zl1ldgjARH/QVUqX4UJvWlLuayT2JOaNEzebcdMQZXgEr4qVKWgFtEuS
	YngR7VpCYlJ9VQ6Og1tmNDRsbHv8gSCp370EvN0N2QCsrLv5B7iPERJ30v+mXeeuS5aA
	IoLJYwSTj35EErbR5qTez2/04lYzRzMm0MlDij3oyG1zqpr8Opw16TSIow8N7ok+Wh1D
	ip/fuLwWOtdFFLJxkLngMtLNs4fQQjUsPj2WrqXXJC+VruGkIcKPt1lHBwDy38yBe5Mj
	ZfDA==
MIME-Version: 1.0
Received: by 10.229.102.160 with SMTP id g32mr8589969qco.71.1355251250144;
	Tue, 11 Dec 2012 10:40:50 -0800 (PST)
Received: by 10.229.17.19 with HTTP; Tue, 11 Dec 2012 10:40:50 -0800 (PST)
Date: Wed, 12 Dec 2012 00:10:50 +0530
Message-ID: 
From: Rushikesh Jadhav <2rushikeshj@gmail.com>
To: Mike McClurg , 
	"xen-api@lists.xen.org" 
Subject: [Xen-API] Multiple Security Issues
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7673964682003299857=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7673964682003299857==
Content-Type: multipart/alternative; boundary=00235447083c58a6ec04d09805bd

--00235447083c58a6ec04d09805bd
Content-Type: text/plain; charset=ISO-8859-1

Hello Mike and List,

Few days ago xen announced 6 security fixes which are also mentioned in
http://support.citrix.com/article/CTX135777 with High Severity.

XCP 1.6 release notes
http://www.xen.org/download/xcp/releasenotes_1.6.0.html does not mention
the latest fixes.

Is there any expected date for patched xen and kernel for XCP 1.6 with
recent security fixes ? Also, will these patches be available for XCP1.1 ?

Thanks.

--00235447083c58a6ec04d09805bd
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello Mike and List,

Few days ago xen announced 6 security fixes whi=
ch are also mentioned in http://support.citrix.com/article/CTX135777 with High Severity.

XCP 1.6 release notes http://www.xen.org/download/xcp/releasenotes_1.6.0.html<=
/a> does not mention the latest fixes.

Is there any expected date fo=
r patched xen and kernel for XCP 1.6 with recent security fixes ? Also, wil=
l these patches be available for XCP1.1 ?


Thanks.


--00235447083c58a6ec04d09805bd--


--===============7673964682003299857==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============7673964682003299857==--


From xen-api-bounces@lists.xen.org Tue Dec 11 18:41:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 18:41: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 1TiUlD-0006Ri-R4; Tue, 11 Dec 2012 18:40:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <2rushikeshj@gmail.com>) id 1TiUlC-0006Rd-MW
	for xen-api@lists.xen.org; Tue, 11 Dec 2012 18:40:54 +0000
Received: from [85.158.139.83:53417] by server-2.bemta-5.messagelabs.com id
	28/F8-16162-53E77C05; Tue, 11 Dec 2012 18:40:53 +0000
X-Env-Sender: 2rushikeshj@gmail.com
X-Msg-Ref: server-7.tower-182.messagelabs.com!1355251250!25398326!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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26767 invoked from network); 11 Dec 2012 18:40:51 -0000
Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com)
	(209.85.216.173)
	by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 18:40:51 -0000
Received: by mail-qc0-f173.google.com with SMTP id b12so2680319qca.32
	for ; Tue, 11 Dec 2012 10:40:50 -0800 (PST)
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=NFLAflaPiYwZpmpZXDyubOHgDnqxQalEnMneKCS7Rpo=;
	b=UIKPaIvNLlEhnN0d9ZdCsr9wCtyaTp8Lp329x7ubotNXbu9itI7KeU2OaQ1bvVdMJ5
	ucc+Bnf7lSg8zl1ldgjARH/QVUqX4UJvWlLuayT2JOaNEzebcdMQZXgEr4qVKWgFtEuS
	YngR7VpCYlJ9VQ6Og1tmNDRsbHv8gSCp370EvN0N2QCsrLv5B7iPERJ30v+mXeeuS5aA
	IoLJYwSTj35EErbR5qTez2/04lYzRzMm0MlDij3oyG1zqpr8Opw16TSIow8N7ok+Wh1D
	ip/fuLwWOtdFFLJxkLngMtLNs4fQQjUsPj2WrqXXJC+VruGkIcKPt1lHBwDy38yBe5Mj
	ZfDA==
MIME-Version: 1.0
Received: by 10.229.102.160 with SMTP id g32mr8589969qco.71.1355251250144;
	Tue, 11 Dec 2012 10:40:50 -0800 (PST)
Received: by 10.229.17.19 with HTTP; Tue, 11 Dec 2012 10:40:50 -0800 (PST)
Date: Wed, 12 Dec 2012 00:10:50 +0530
Message-ID: 
From: Rushikesh Jadhav <2rushikeshj@gmail.com>
To: Mike McClurg , 
	"xen-api@lists.xen.org" 
Subject: [Xen-API] Multiple Security Issues
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7673964682003299857=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7673964682003299857==
Content-Type: multipart/alternative; boundary=00235447083c58a6ec04d09805bd

--00235447083c58a6ec04d09805bd
Content-Type: text/plain; charset=ISO-8859-1

Hello Mike and List,

Few days ago xen announced 6 security fixes which are also mentioned in
http://support.citrix.com/article/CTX135777 with High Severity.

XCP 1.6 release notes
http://www.xen.org/download/xcp/releasenotes_1.6.0.html does not mention
the latest fixes.

Is there any expected date for patched xen and kernel for XCP 1.6 with
recent security fixes ? Also, will these patches be available for XCP1.1 ?

Thanks.

--00235447083c58a6ec04d09805bd
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello Mike and List,

Few days ago xen announced 6 security fixes whi=
ch are also mentioned in http://support.citrix.com/article/CTX135777 with High Severity.

XCP 1.6 release notes http://www.xen.org/download/xcp/releasenotes_1.6.0.html<=
/a> does not mention the latest fixes.

Is there any expected date fo=
r patched xen and kernel for XCP 1.6 with recent security fixes ? Also, wil=
l these patches be available for XCP1.1 ?


Thanks.


--00235447083c58a6ec04d09805bd--


--===============7673964682003299857==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============7673964682003299857==--


From xen-api-bounces@lists.xen.org Tue Dec 11 22:01:24 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 22:01: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 1TiXt2-0000Pw-RW; Tue, 11 Dec 2012 22:01:12 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiXt1-0000Pr-6m
	for Xen-api@lists.xen.org; Tue, 11 Dec 2012 22:01:11 +0000
Received: from [85.158.139.83:60561] by server-15.bemta-5.messagelabs.com id
	C1/6C-20523-62DA7C05; Tue, 11 Dec 2012 22:01:10 +0000
X-Env-Sender: mc-mail@g.mc.cx
X-Msg-Ref: server-5.tower-182.messagelabs.com!1355263269!29458637!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=2.2 required=7.0 tests=RATWARE_GECKO_BUILD,
	RCVD_BY_IP,RCVD_ILLEGAL_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12335 invoked from network); 11 Dec 2012 22:01:09 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 22:01:09 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so3956717laa.32
	for ; Tue, 11 Dec 2012 14:01:09 -0800 (PST)
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:references
	:in-reply-to:content-type:content-transfer-encoding
	:x-gm-message-state;
	bh=nU6Xd2iwNHzBtAc3S7JnQVN2eGUEe6K7G+prt1Q8Pz8=;
	b=ZaUCyJhHrCEBFDGS7VS42OR8SuVxx6BDpgrrzGuwo6FZqhBfNlpQk6nlc9pqfqJgqN
	H2Jy7IfmkU4e6KEz1YJClRMWYYRCJx2eWt8EL8LooUjSUGtm8FKSTofUyah5Cnfunp0s
	pcmxJww1Jro6g/yg7mmvIrt2g1pIxyBBEhfqw5HD8OrbDaUXRDQ+ah6ROkCD4ZwyYdZ3
	swuodwiEq09dSBrP7YYojJs+GnO+/9IteVjy1cn7d3D+Vc6RAXiW0arNxBB9Qmdq7mXW
	K4uCZLQOOfy4h5axsH765Rlx0vnMHr8ohcYJO3JW3iadRrKVYamyUfI34LXH7bMlg5Iu
	vw3Q==
Received: by 10.112.44.2 with SMTP id a2mr8219186lbm.131.1355263268968;
	Tue, 11 Dec 2012 14:01:08 -0800 (PST)
Received: from [10.10.6.16] ([2.111.132.90])
	by mx.google.com with ESMTPS id s9sm6143725lbc.12.2012.12.11.14.01.06
	(version=SSLv3 cipher=OTHER); Tue, 11 Dec 2012 14:01:07 -0800 (PST)
Message-ID: <50C7AD22.4010606@g.mc.cx>
Date: Tue, 11 Dec 2012 23:01:06 +0100
From: Morten Christensen 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Xen-api@lists.xen.org
References: 
	
	<50C50D6D.4040001@g.mc.cx>
	
In-Reply-To: 
X-Gm-Message-State: ALoCoQlUws4WKil2czKjxylIGLNV+QmpdM/d87CUYfEv0ihnp6zoehaMW3707l9cAJ/rYZjMgrHB
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Ricardo skrev den 10-12-2012 01:12:
> 2012/12/9 Morten Christensen :
>> You detach the disk from that VM and attach it to a working VM as second
>> disk, mount it in the working VM and make your editing
> Hello
>
> Apologize for the ignorance the vm virtual disk in directory to save it?
>
> and what would the command to mount it? the truth is that I am not an
> expert in this area.
>
> Please if you can help me
>
> from already thank you very much
>
> Rivcardo

The same as on a physical linux-box.

Find the new disk's name with "fdisk -l". Something like /dev/xvd?

mount it with "mount /dev/xvd? /mnt"
or what mountpoint you want to use

When you have done your editing unmount with "umount /mnt"


--
Morten Christensen

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

From xen-api-bounces@lists.xen.org Tue Dec 11 22:01:24 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 11 Dec 2012 22:01: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 1TiXt2-0000Pw-RW; Tue, 11 Dec 2012 22:01:12 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiXt1-0000Pr-6m
	for Xen-api@lists.xen.org; Tue, 11 Dec 2012 22:01:11 +0000
Received: from [85.158.139.83:60561] by server-15.bemta-5.messagelabs.com id
	C1/6C-20523-62DA7C05; Tue, 11 Dec 2012 22:01:10 +0000
X-Env-Sender: mc-mail@g.mc.cx
X-Msg-Ref: server-5.tower-182.messagelabs.com!1355263269!29458637!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=2.2 required=7.0 tests=RATWARE_GECKO_BUILD,
	RCVD_BY_IP,RCVD_ILLEGAL_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12335 invoked from network); 11 Dec 2012 22:01:09 -0000
Received: from mail-la0-f45.google.com (HELO mail-la0-f45.google.com)
	(209.85.215.45)
	by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 22:01:09 -0000
Received: by mail-la0-f45.google.com with SMTP id p9so3956717laa.32
	for ; Tue, 11 Dec 2012 14:01:09 -0800 (PST)
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:references
	:in-reply-to:content-type:content-transfer-encoding
	:x-gm-message-state;
	bh=nU6Xd2iwNHzBtAc3S7JnQVN2eGUEe6K7G+prt1Q8Pz8=;
	b=ZaUCyJhHrCEBFDGS7VS42OR8SuVxx6BDpgrrzGuwo6FZqhBfNlpQk6nlc9pqfqJgqN
	H2Jy7IfmkU4e6KEz1YJClRMWYYRCJx2eWt8EL8LooUjSUGtm8FKSTofUyah5Cnfunp0s
	pcmxJww1Jro6g/yg7mmvIrt2g1pIxyBBEhfqw5HD8OrbDaUXRDQ+ah6ROkCD4ZwyYdZ3
	swuodwiEq09dSBrP7YYojJs+GnO+/9IteVjy1cn7d3D+Vc6RAXiW0arNxBB9Qmdq7mXW
	K4uCZLQOOfy4h5axsH765Rlx0vnMHr8ohcYJO3JW3iadRrKVYamyUfI34LXH7bMlg5Iu
	vw3Q==
Received: by 10.112.44.2 with SMTP id a2mr8219186lbm.131.1355263268968;
	Tue, 11 Dec 2012 14:01:08 -0800 (PST)
Received: from [10.10.6.16] ([2.111.132.90])
	by mx.google.com with ESMTPS id s9sm6143725lbc.12.2012.12.11.14.01.06
	(version=SSLv3 cipher=OTHER); Tue, 11 Dec 2012 14:01:07 -0800 (PST)
Message-ID: <50C7AD22.4010606@g.mc.cx>
Date: Tue, 11 Dec 2012 23:01:06 +0100
From: Morten Christensen 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Xen-api@lists.xen.org
References: 
	
	<50C50D6D.4040001@g.mc.cx>
	
In-Reply-To: 
X-Gm-Message-State: ALoCoQlUws4WKil2czKjxylIGLNV+QmpdM/d87CUYfEv0ihnp6zoehaMW3707l9cAJ/rYZjMgrHB
Subject: Re: [Xen-API] Only disk read-in XCP 1.1
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Ricardo skrev den 10-12-2012 01:12:
> 2012/12/9 Morten Christensen :
>> You detach the disk from that VM and attach it to a working VM as second
>> disk, mount it in the working VM and make your editing
> Hello
>
> Apologize for the ignorance the vm virtual disk in directory to save it?
>
> and what would the command to mount it? the truth is that I am not an
> expert in this area.
>
> Please if you can help me
>
> from already thank you very much
>
> Rivcardo

The same as on a physical linux-box.

Find the new disk's name with "fdisk -l". Something like /dev/xvd?

mount it with "mount /dev/xvd? /mnt"
or what mountpoint you want to use

When you have done your editing unmount with "umount /mnt"


--
Morten Christensen

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

From xen-api-bounces@lists.xen.org Wed Dec 12 08:11:39 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 08:11:39 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TihPe-0002xR-00; Wed, 12 Dec 2012 08:11:30 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TihPc-0002xM-Sw
	for Xen-api@lists.xen.org; Wed, 12 Dec 2012 08:11:28 +0000
Received: from [193.109.254.147:31548] by server-7.bemta-14.messagelabs.com id
	68/62-08102-03C38C05; Wed, 12 Dec 2012 08:11:28 +0000
X-Env-Sender: luca.bianchi@fullsix.it
X-Msg-Ref: server-4.tower-27.messagelabs.com!1355299885!10173951!1
X-Originating-IP: [217.29.162.11]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19146 invoked from network); 12 Dec 2012 08:11:25 -0000
Received: from rully.inferentia.it (HELO rully.inferentia.it) (217.29.162.11)
	by server-4.tower-27.messagelabs.com with SMTP;
	12 Dec 2012 08:11:25 -0000
Received: from ALBANA.actived.com (albana.actived.com [172.18.10.76])
	by rully.inferentia.it (8.14.4/8.14.4) with ESMTP id qBC8BMPj015339;
	Wed, 12 Dec 2012 09:11:23 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 12 Dec 2012 09:11:22 +0100
Message-ID: <1A58FF57AABF6245928D353C034C451A037032CE@ALBANA.actived.com>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: XCP 1.6 DM multipath kernel driver not loaded
Thread-Index: Ac3X2p7GuQfAXwCVR4qEolxJ2EbFmwAZSIUg
References: 
From: "Luca Bianchi" 
To: "Adam Chasen" , 
Subject: Re: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Adam

You can  create a /etc/rc.modules with exec permission and add command
to load modules at startup
modprobe multipath
modprobe dm_multipath

Luca

-----Original Message-----
From: Adam Chasen [mailto:adam@chasen.name] 
Sent: Tuesday, December 11, 2012 9:03 PM
To: Xen-api@lists.xen.org
Cc: Luca Bianchi
Subject: Re: XCP 1.6 DM multipath kernel driver not loaded

Did you ever resolve the multipath module issue? I have the same issue
(no multipath kernel module) with a DotHill DH3000 iSCSI unit. This
could be a limitation of my understand of the way XCP handles the DM
multipathing.

I am using XCP version 1.6.10, build 61809c and would like to enable
multipathing with my iscsi VDI-per-LUN setup.
Even after setting other-config:multipathing=true and
other-config:multipathhandle=dmp, the dm-multipath kernel module is not
loaded by default.

Of note is that there is no entry in multipath.conf for the DotHill.
Adding an entry did not affect kernel module loading. When manually
loading the kernel module, it mpathcli appears to work when multipath
devices are added manually.

Thanks,
Adam

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

From xen-api-bounces@lists.xen.org Wed Dec 12 08:11:39 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 08:11:39 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TihPe-0002xR-00; Wed, 12 Dec 2012 08:11:30 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TihPc-0002xM-Sw
	for Xen-api@lists.xen.org; Wed, 12 Dec 2012 08:11:28 +0000
Received: from [193.109.254.147:31548] by server-7.bemta-14.messagelabs.com id
	68/62-08102-03C38C05; Wed, 12 Dec 2012 08:11:28 +0000
X-Env-Sender: luca.bianchi@fullsix.it
X-Msg-Ref: server-4.tower-27.messagelabs.com!1355299885!10173951!1
X-Originating-IP: [217.29.162.11]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19146 invoked from network); 12 Dec 2012 08:11:25 -0000
Received: from rully.inferentia.it (HELO rully.inferentia.it) (217.29.162.11)
	by server-4.tower-27.messagelabs.com with SMTP;
	12 Dec 2012 08:11:25 -0000
Received: from ALBANA.actived.com (albana.actived.com [172.18.10.76])
	by rully.inferentia.it (8.14.4/8.14.4) with ESMTP id qBC8BMPj015339;
	Wed, 12 Dec 2012 09:11:23 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 12 Dec 2012 09:11:22 +0100
Message-ID: <1A58FF57AABF6245928D353C034C451A037032CE@ALBANA.actived.com>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: XCP 1.6 DM multipath kernel driver not loaded
Thread-Index: Ac3X2p7GuQfAXwCVR4qEolxJ2EbFmwAZSIUg
References: 
From: "Luca Bianchi" 
To: "Adam Chasen" , 
Subject: Re: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Adam

You can  create a /etc/rc.modules with exec permission and add command
to load modules at startup
modprobe multipath
modprobe dm_multipath

Luca

-----Original Message-----
From: Adam Chasen [mailto:adam@chasen.name] 
Sent: Tuesday, December 11, 2012 9:03 PM
To: Xen-api@lists.xen.org
Cc: Luca Bianchi
Subject: Re: XCP 1.6 DM multipath kernel driver not loaded

Did you ever resolve the multipath module issue? I have the same issue
(no multipath kernel module) with a DotHill DH3000 iSCSI unit. This
could be a limitation of my understand of the way XCP handles the DM
multipathing.

I am using XCP version 1.6.10, build 61809c and would like to enable
multipathing with my iscsi VDI-per-LUN setup.
Even after setting other-config:multipathing=true and
other-config:multipathhandle=dmp, the dm-multipath kernel module is not
loaded by default.

Of note is that there is no entry in multipath.conf for the DotHill.
Adding an entry did not affect kernel module loading. When manually
loading the kernel module, it mpathcli appears to work when multipath
devices are added manually.

Thanks,
Adam

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

From xen-api-bounces@lists.xen.org Wed Dec 12 09:02:37 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 09:02: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 1TiiCa-0003Eq-7X; Wed, 12 Dec 2012 09:02:04 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiW3L-00083J-AB
	for Xen-api@lists.xen.org; Tue, 11 Dec 2012 20:03:43 +0000
Received: from [85.158.138.51:35428] by server-3.bemta-3.messagelabs.com id
	D2/D0-31588-E9197C05; Tue, 11 Dec 2012 20:03:42 +0000
X-Env-Sender: adam@chasen.name
X-Msg-Ref: server-4.tower-174.messagelabs.com!1355256220!28449477!1
X-Originating-IP: [209.85.219.54]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10428 invoked from network); 11 Dec 2012 20:03:41 -0000
Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com)
	(209.85.219.54)
	by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 20:03:41 -0000
Received: by mail-oa0-f54.google.com with SMTP id n9so4036937oag.41
	for ; Tue, 11 Dec 2012 12:03:40 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to:cc:content-type
	:x-gm-message-state;
	bh=SZZauQpg6YXee8zwp0T0uV5FVtCt/mYYIiVVKgfcAQs=;
	b=gVYcW+HIoR53LMYEI/pOqyhAPyA1w3JUa/aT0tnnNE1FHAJEDAUtRSNKrJhKbORfVr
	E5tVu9+sMItg10XTBR2vTUbti90UnwujZS2xDX82OsoAsDr3kGC3lFUNks65GJL0Mzfu
	9OlB+on/sO3tSptFGxoRqDd46YOqZjyu9GyaREM3jgB1E/XS2yZ6/wUdy8QL/hyD43pS
	YAkdtjAu3kBXSbvebAAI+/IGfYrlX/hXbexGmd3VHukWunBDFEmpZQOBYjmNx8/GS9U1
	3dbQzIaGQmuiEc+NZHq2IjyIZnrWhU7l4/ByeLcB3Zb+TYKALbblgRhSRL5mFMGhsYQu
	WM7g==
Received: by 10.50.16.129 with SMTP id g1mr11084926igd.43.1355256219882; Tue,
	11 Dec 2012 12:03:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.30.3 with HTTP; Tue, 11 Dec 2012 12:03:19 -0800 (PST)
From: Adam Chasen 
Date: Tue, 11 Dec 2012 15:03:19 -0500
Message-ID: 
To: Xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQlIrx2EDMhYWF9WeAAzvD6hwyPkd30gYmXBh5lca1YFlmraiLaOww/BaOZ0OS+11I3cBFrE
X-Mailman-Approved-At: Wed, 12 Dec 2012 09:02:03 +0000
Cc: luca.bianchi@fullsix.it
Subject: Re: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Did you ever resolve the multipath module issue? I have the same issue
(no multipath kernel module) with a DotHill DH3000 iSCSI unit. This
could be a limitation of my understand of the way XCP handles the DM
multipathing.

I am using XCP version 1.6.10, build 61809c and would like to enable
multipathing with my iscsi VDI-per-LUN setup.
Even after setting other-config:multipathing=true and
other-config:multipathhandle=dmp, the dm-multipath kernel module is
not loaded by default.

Of note is that there is no entry in multipath.conf for the DotHill.
Adding an entry did not affect kernel module loading. When manually
loading the kernel module, it mpathcli appears to work when multipath
devices are added manually.

Thanks,
Adam

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

From xen-api-bounces@lists.xen.org Wed Dec 12 09:02:37 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 09:02: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 1TiiCa-0003Eq-7X; Wed, 12 Dec 2012 09:02:04 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiW3L-00083J-AB
	for Xen-api@lists.xen.org; Tue, 11 Dec 2012 20:03:43 +0000
Received: from [85.158.138.51:35428] by server-3.bemta-3.messagelabs.com id
	D2/D0-31588-E9197C05; Tue, 11 Dec 2012 20:03:42 +0000
X-Env-Sender: adam@chasen.name
X-Msg-Ref: server-4.tower-174.messagelabs.com!1355256220!28449477!1
X-Originating-IP: [209.85.219.54]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10428 invoked from network); 11 Dec 2012 20:03:41 -0000
Received: from mail-oa0-f54.google.com (HELO mail-oa0-f54.google.com)
	(209.85.219.54)
	by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	11 Dec 2012 20:03:41 -0000
Received: by mail-oa0-f54.google.com with SMTP id n9so4036937oag.41
	for ; Tue, 11 Dec 2012 12:03:40 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to:cc:content-type
	:x-gm-message-state;
	bh=SZZauQpg6YXee8zwp0T0uV5FVtCt/mYYIiVVKgfcAQs=;
	b=gVYcW+HIoR53LMYEI/pOqyhAPyA1w3JUa/aT0tnnNE1FHAJEDAUtRSNKrJhKbORfVr
	E5tVu9+sMItg10XTBR2vTUbti90UnwujZS2xDX82OsoAsDr3kGC3lFUNks65GJL0Mzfu
	9OlB+on/sO3tSptFGxoRqDd46YOqZjyu9GyaREM3jgB1E/XS2yZ6/wUdy8QL/hyD43pS
	YAkdtjAu3kBXSbvebAAI+/IGfYrlX/hXbexGmd3VHukWunBDFEmpZQOBYjmNx8/GS9U1
	3dbQzIaGQmuiEc+NZHq2IjyIZnrWhU7l4/ByeLcB3Zb+TYKALbblgRhSRL5mFMGhsYQu
	WM7g==
Received: by 10.50.16.129 with SMTP id g1mr11084926igd.43.1355256219882; Tue,
	11 Dec 2012 12:03:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.30.3 with HTTP; Tue, 11 Dec 2012 12:03:19 -0800 (PST)
From: Adam Chasen 
Date: Tue, 11 Dec 2012 15:03:19 -0500
Message-ID: 
To: Xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQlIrx2EDMhYWF9WeAAzvD6hwyPkd30gYmXBh5lca1YFlmraiLaOww/BaOZ0OS+11I3cBFrE
X-Mailman-Approved-At: Wed, 12 Dec 2012 09:02:03 +0000
Cc: luca.bianchi@fullsix.it
Subject: Re: [Xen-API] XCP 1.6 DM multipath kernel driver not loaded
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Did you ever resolve the multipath module issue? I have the same issue
(no multipath kernel module) with a DotHill DH3000 iSCSI unit. This
could be a limitation of my understand of the way XCP handles the DM
multipathing.

I am using XCP version 1.6.10, build 61809c and would like to enable
multipathing with my iscsi VDI-per-LUN setup.
Even after setting other-config:multipathing=true and
other-config:multipathhandle=dmp, the dm-multipath kernel module is
not loaded by default.

Of note is that there is no entry in multipath.conf for the DotHill.
Adding an entry did not affect kernel module loading. When manually
loading the kernel module, it mpathcli appears to work when multipath
devices are added manually.

Thanks,
Adam

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

From xen-api-bounces@lists.xen.org Wed Dec 12 09:12:13 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 09:12: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 1TiiLw-0003Lc-BL; Wed, 12 Dec 2012 09:11:44 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiiLu-0003LV-W0
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 09:11:43 +0000
Received: from [85.158.138.51:16695] by server-4.bemta-3.messagelabs.com id
	A4/28-31835-E4A48C05; Wed, 12 Dec 2012 09:11:42 +0000
X-Env-Sender: peter.broennimann@gmail.com
X-Msg-Ref: server-15.tower-174.messagelabs.com!1355303453!26751196!1
X-Originating-IP: [209.85.220.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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10463 invoked from network); 12 Dec 2012 09:10:54 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	12 Dec 2012 09:10:54 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so478655vcb.32
	for ; Wed, 12 Dec 2012 01:10:53 -0800 (PST)
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=kIjJtgbSjP2HAYy2q8ZZvyZK5Hmor6h1ayd2bkKk7mc=;
	b=ley08Jsdza5Na+zS0FzjC+07PYDyzfXbm5CXpDZw0GfTCz8UyxWiFHzxqeFxshrALm
	ZhayhtHZBKY0EdtlWfDkVwtOZeJzhj0z1Qb1b6UrkIalPbNJfvIrWlkiVjyLjgCLnHhT
	TPzLGIf3IpnbSejgSi7CI/15fDAyMhf1WDCvwAFjE7Ji2Uhfx/I3PVdoKaP6rnN8YMx8
	KoygSTYoaPoSuDfeHGMh/cwcwrtpwueWgyAS+4hDAINS7NzlU1XxqDZHl9RlVNXx8VpN
	5uPuw5YLnWGPygnendR+W36zBmNAwIdAeKpVK0YLmCNbJQXRgJBCeRH1s+QdMAMUr+Om
	4nZg==
Received: by 10.52.72.41 with SMTP id a9mr127084vdv.7.1355303453453; Wed, 12
	Dec 2012 01:10:53 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.69.66 with HTTP; Wed, 12 Dec 2012 01:10:33 -0800 (PST)
From: "P. Broennimann" 
Date: Wed, 12 Dec 2012 10:10:33 +0100
Message-ID: 
To: xen-api@lists.xen.org
Subject: [Xen-API] Install Debian/32
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0060348252209360557=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0060348252209360557==
Content-Type: multipart/alternative; boundary=20cf307f3b86e7ef5c04d0a42c28

--20cf307f3b86e7ef5c04d0a42c28
Content-Type: text/plain; charset=ISO-8859-1

Hi there

I was wondering how to install Debian/32 with XenCenter (version 6.1) with
XCP (version 1.6).

I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter and
select the ISO "debian-6.0.6-i386-netinst.iso".

The log panel shows:

Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeeze 6.0 (32-bit)
(1)' - VM successfully created

Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 (32-bit)
(1)' - Internal error: xenopsd internal error:
XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check:
ERROR: Will only load images built \\\"")

The VM template "Debian Squeeze 6.0 (64-bit)" template works.

P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and "Ubuntu
Lucid Lynx 10.04 (64-bit)" where I can not select an ISO for the
installation. Are these too "exotic" distributions or how do you guys
proceed? Are you guys not using XenCenter to setup/install the VMs?

Thx & cheers,
Peter

--20cf307f3b86e7ef5c04d0a42c28
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi there
<=
br>
I was wondering how to install Debian/32 with XenCenter (vers=
ion 6.1) with XCP (version 1.6).




I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter =
and select the ISO "debia=
n-6.0.6-i386-netinst.iso".




The log panel shows:

Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeez=
e 6.0 (32-bit) (1)' - VM successfully created




Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 (=
32-bit) (1)' - Internal error: xenopsd internal error: XenguestHelper.X=
enctrl_dom_linux_build_failure(2, " elf_xen_note_check: ERROR: Will on=
ly load images built \\\"")




The=A0VM template "Debian Squeeze 6.0 (64-bit)"=A0template works.=





P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and "Ubuntu Lucid Lynx 10.04 (64-bit)" wher=
e I can not select an ISO for the installation. Are these too "exotic&=
quot; distributions or how do you guys proceed? Are you guys not using XenC=
enter to setup/install the VMs?




Thx & cheers,

Peter
<=
div>


--20cf307f3b86e7ef5c04d0a42c28--


--===============0060348252209360557==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0060348252209360557==--


From xen-api-bounces@lists.xen.org Wed Dec 12 09:12:13 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 09:12: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 1TiiLw-0003Lc-BL; Wed, 12 Dec 2012 09:11:44 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TiiLu-0003LV-W0
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 09:11:43 +0000
Received: from [85.158.138.51:16695] by server-4.bemta-3.messagelabs.com id
	A4/28-31835-E4A48C05; Wed, 12 Dec 2012 09:11:42 +0000
X-Env-Sender: peter.broennimann@gmail.com
X-Msg-Ref: server-15.tower-174.messagelabs.com!1355303453!26751196!1
X-Originating-IP: [209.85.220.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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10463 invoked from network); 12 Dec 2012 09:10:54 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	12 Dec 2012 09:10:54 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so478655vcb.32
	for ; Wed, 12 Dec 2012 01:10:53 -0800 (PST)
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=kIjJtgbSjP2HAYy2q8ZZvyZK5Hmor6h1ayd2bkKk7mc=;
	b=ley08Jsdza5Na+zS0FzjC+07PYDyzfXbm5CXpDZw0GfTCz8UyxWiFHzxqeFxshrALm
	ZhayhtHZBKY0EdtlWfDkVwtOZeJzhj0z1Qb1b6UrkIalPbNJfvIrWlkiVjyLjgCLnHhT
	TPzLGIf3IpnbSejgSi7CI/15fDAyMhf1WDCvwAFjE7Ji2Uhfx/I3PVdoKaP6rnN8YMx8
	KoygSTYoaPoSuDfeHGMh/cwcwrtpwueWgyAS+4hDAINS7NzlU1XxqDZHl9RlVNXx8VpN
	5uPuw5YLnWGPygnendR+W36zBmNAwIdAeKpVK0YLmCNbJQXRgJBCeRH1s+QdMAMUr+Om
	4nZg==
Received: by 10.52.72.41 with SMTP id a9mr127084vdv.7.1355303453453; Wed, 12
	Dec 2012 01:10:53 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.69.66 with HTTP; Wed, 12 Dec 2012 01:10:33 -0800 (PST)
From: "P. Broennimann" 
Date: Wed, 12 Dec 2012 10:10:33 +0100
Message-ID: 
To: xen-api@lists.xen.org
Subject: [Xen-API] Install Debian/32
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0060348252209360557=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0060348252209360557==
Content-Type: multipart/alternative; boundary=20cf307f3b86e7ef5c04d0a42c28

--20cf307f3b86e7ef5c04d0a42c28
Content-Type: text/plain; charset=ISO-8859-1

Hi there

I was wondering how to install Debian/32 with XenCenter (version 6.1) with
XCP (version 1.6).

I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter and
select the ISO "debian-6.0.6-i386-netinst.iso".

The log panel shows:

Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeeze 6.0 (32-bit)
(1)' - VM successfully created

Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 (32-bit)
(1)' - Internal error: xenopsd internal error:
XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check:
ERROR: Will only load images built \\\"")

The VM template "Debian Squeeze 6.0 (64-bit)" template works.

P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and "Ubuntu
Lucid Lynx 10.04 (64-bit)" where I can not select an ISO for the
installation. Are these too "exotic" distributions or how do you guys
proceed? Are you guys not using XenCenter to setup/install the VMs?

Thx & cheers,
Peter

--20cf307f3b86e7ef5c04d0a42c28
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi there
<=
br>
I was wondering how to install Debian/32 with XenCenter (vers=
ion 6.1) with XCP (version 1.6).




I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter =
and select the ISO "debia=
n-6.0.6-i386-netinst.iso".




The log panel shows:

Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeez=
e 6.0 (32-bit) (1)' - VM successfully created




Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 (=
32-bit) (1)' - Internal error: xenopsd internal error: XenguestHelper.X=
enctrl_dom_linux_build_failure(2, " elf_xen_note_check: ERROR: Will on=
ly load images built \\\"")




The=A0VM template "Debian Squeeze 6.0 (64-bit)"=A0template works.=





P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and "Ubuntu Lucid Lynx 10.04 (64-bit)" wher=
e I can not select an ISO for the installation. Are these too "exotic&=
quot; distributions or how do you guys proceed? Are you guys not using XenC=
enter to setup/install the VMs?




Thx & cheers,

Peter
<=
div>


--20cf307f3b86e7ef5c04d0a42c28--


--===============0060348252209360557==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0060348252209360557==--


From xen-api-bounces@lists.xen.org Wed Dec 12 11:38:19 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 11:38: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 1Tikdf-0006dP-7S; Wed, 12 Dec 2012 11:38:11 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tikde-0006dG-DA
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 11:38:10 +0000
Received: from [85.158.139.83:40676] by server-11.bemta-5.messagelabs.com id
	0E/43-31624-1AC68C05; Wed, 12 Dec 2012 11:38:09 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-5.tower-182.messagelabs.com!1355312288!29546064!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NjI2OTc=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7320 invoked from network); 12 Dec 2012 11:38:08 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 12 Dec 2012 11:38:08 -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 2A35F139E;
	Wed, 12 Dec 2012 13:38:08 +0200 (EET)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id C570E20060; Wed, 12 Dec 2012 13:38:07 +0200 (EET)
Date: Wed, 12 Dec 2012 13:38:07 +0200
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Rushikesh Jadhav <2rushikeshj@gmail.com>
Message-ID: <20121212113807.GE8912@reaktio.net>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Multiple Security Issues
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Wed, Dec 12, 2012 at 12:10:50AM +0530, Rushikesh Jadhav wrote:
>    Hello Mike and List,
> 
>    Few days ago xen announced 6 security fixes which are also mentioned in
>    [1]http://support.citrix.com/article/CTX135777 with High Severity.
> 
>    XCP 1.6 release notes
>    [2]http://www.xen.org/download/xcp/releasenotes_1.6.0.html does not
>    mention the latest fixes.
> 
>    Is there any expected date for patched xen and kernel for XCP 1.6 with
>    recent security fixes ? Also, will these patches be available for XCP1.1 ?
> 

Also we really need to get the XCP ISO build-process sorted out
so users can rebuild the ISO themselves adding security fixes, drivers, etc..

-- Pasi


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

From xen-api-bounces@lists.xen.org Wed Dec 12 11:38:19 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 11:38: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 1Tikdf-0006dP-7S; Wed, 12 Dec 2012 11:38:11 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tikde-0006dG-DA
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 11:38:10 +0000
Received: from [85.158.139.83:40676] by server-11.bemta-5.messagelabs.com id
	0E/43-31624-1AC68C05; Wed, 12 Dec 2012 11:38:09 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-5.tower-182.messagelabs.com!1355312288!29546064!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NjI2OTc=\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7320 invoked from network); 12 Dec 2012 11:38:08 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 12 Dec 2012 11:38:08 -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 2A35F139E;
	Wed, 12 Dec 2012 13:38:08 +0200 (EET)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id C570E20060; Wed, 12 Dec 2012 13:38:07 +0200 (EET)
Date: Wed, 12 Dec 2012 13:38:07 +0200
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= 
To: Rushikesh Jadhav <2rushikeshj@gmail.com>
Message-ID: <20121212113807.GE8912@reaktio.net>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Multiple Security Issues
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Wed, Dec 12, 2012 at 12:10:50AM +0530, Rushikesh Jadhav wrote:
>    Hello Mike and List,
> 
>    Few days ago xen announced 6 security fixes which are also mentioned in
>    [1]http://support.citrix.com/article/CTX135777 with High Severity.
> 
>    XCP 1.6 release notes
>    [2]http://www.xen.org/download/xcp/releasenotes_1.6.0.html does not
>    mention the latest fixes.
> 
>    Is there any expected date for patched xen and kernel for XCP 1.6 with
>    recent security fixes ? Also, will these patches be available for XCP1.1 ?
> 

Also we really need to get the XCP ISO build-process sorted out
so users can rebuild the ISO themselves adding security fixes, drivers, etc..

-- Pasi


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

From xen-api-bounces@lists.xen.org Wed Dec 12 11:42:34 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 11: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 1Tikhl-0006wy-RW; Wed, 12 Dec 2012 11:42:25 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tikhk-0006wr-AQ
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 11:42:24 +0000
Received: from [85.158.143.99:13108] by server-3.bemta-4.messagelabs.com id
	B3/48-18211-F9D68C05; Wed, 12 Dec 2012 11:42:23 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-14.tower-216.messagelabs.com!1355312542!19516130!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 751 invoked from network); 12 Dec 2012 11:42:23 -0000
Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134)
	by server-14.tower-216.messagelabs.com with SMTP;
	12 Dec 2012 11:42:23 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id EC5C717E79
	for ; Wed, 12 Dec 2012 15:42:21 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1355312541; bh=BqY0wqS5iMEUOLb546LK1GkBYaEarXmXtrcPq5G9x14=;
	h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:
	Content-Transfer-Encoding:Message-Id:References:To;
	b=iPbVCFzcFE3mKfAJQS9WcAAFHiD0XdjGrPA8vKbh/2dho+mdSbNyHWq92AEQ6LxAs
	3Blg4jAmOCfrxYgEy4ciWiGMIGn2z+Xxp5zjohzNYHb8AbkPe1aYu7KUaC3bwRG7v+
	126JYyAzwaiUnNGkdV4yHmhpLzb+mht03NlsU2CQ=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CfbZipODNRut for ;
	Wed, 12 Dec 2012 15:42:21 +0400 (MSK)
Received: from eric-linux.cpm.ru (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id D917817E78
	for ; Wed, 12 Dec 2012 15:42:21 +0400 (MSK)
Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\))
From: Evgeniy Chupriyanov 
In-Reply-To: <20121212113807.GE8912@reaktio.net>
Date: Wed, 12 Dec 2012 15:42:21 +0400
Message-Id: <62D23A4C-9623-450C-882C-C00A06BA2C09@cpm.ru>
References: 
	<20121212113807.GE8912@reaktio.net>
To: "Xen-api@lists.xen.org" 
X-Mailer: Apple Mail (2.1498)
Subject: Re: [Xen-API] Multiple Security Issues
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


> Also we really need to get the XCP ISO build-process sorted out
> so users can rebuild the ISO themselves adding security fixes, drivers, etc..
> 
It would be really great!


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

From xen-api-bounces@lists.xen.org Wed Dec 12 11:42:34 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 11: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 1Tikhl-0006wy-RW; Wed, 12 Dec 2012 11:42:25 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tikhk-0006wr-AQ
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 11:42:24 +0000
Received: from [85.158.143.99:13108] by server-3.bemta-4.messagelabs.com id
	B3/48-18211-F9D68C05; Wed, 12 Dec 2012 11:42:23 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-14.tower-216.messagelabs.com!1355312542!19516130!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 751 invoked from network); 12 Dec 2012 11:42:23 -0000
Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134)
	by server-14.tower-216.messagelabs.com with SMTP;
	12 Dec 2012 11:42:23 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id EC5C717E79
	for ; Wed, 12 Dec 2012 15:42:21 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1355312541; bh=BqY0wqS5iMEUOLb546LK1GkBYaEarXmXtrcPq5G9x14=;
	h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:
	Content-Transfer-Encoding:Message-Id:References:To;
	b=iPbVCFzcFE3mKfAJQS9WcAAFHiD0XdjGrPA8vKbh/2dho+mdSbNyHWq92AEQ6LxAs
	3Blg4jAmOCfrxYgEy4ciWiGMIGn2z+Xxp5zjohzNYHb8AbkPe1aYu7KUaC3bwRG7v+
	126JYyAzwaiUnNGkdV4yHmhpLzb+mht03NlsU2CQ=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id CfbZipODNRut for ;
	Wed, 12 Dec 2012 15:42:21 +0400 (MSK)
Received: from eric-linux.cpm.ru (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id D917817E78
	for ; Wed, 12 Dec 2012 15:42:21 +0400 (MSK)
Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\))
From: Evgeniy Chupriyanov 
In-Reply-To: <20121212113807.GE8912@reaktio.net>
Date: Wed, 12 Dec 2012 15:42:21 +0400
Message-Id: <62D23A4C-9623-450C-882C-C00A06BA2C09@cpm.ru>
References: 
	<20121212113807.GE8912@reaktio.net>
To: "Xen-api@lists.xen.org" 
X-Mailer: Apple Mail (2.1498)
Subject: Re: [Xen-API] Multiple Security Issues
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


> Also we really need to get the XCP ISO build-process sorted out
> so users can rebuild the ISO themselves adding security fixes, drivers, etc..
> 
It would be really great!


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

From xen-api-bounces@lists.xen.org Wed Dec 12 12:48:56 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 12:48: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 1Tiljy-0008Fj-Nk; Wed, 12 Dec 2012 12:48:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TilWm-000854-GB; Wed, 12 Dec 2012 12:35:08 +0000
Received: from [85.158.138.51:39098] by server-2.bemta-3.messagelabs.com id
	2E/78-11239-BF978C05; Wed, 12 Dec 2012 12:35:07 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-12.tower-174.messagelabs.com!1355315706!20637397!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwMjAw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13129 invoked from network); 12 Dec 2012 12:35:06 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	12 Dec 2012 12:35:06 -0000
X-IronPort-AV: E=Sophos;i="4.84,266,1355097600"; 
   d="scan'208";a="86960"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	12 Dec 2012 12:35:06 +0000
Received: from [192.168.1.30] (10.31.3.229) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Wed, 12 Dec 2012 12:35:06 +0000
Message-ID: <50C879FB.7060208@citrix.com>
Date: Wed, 12 Dec 2012 13:35:07 +0100
From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Campbell 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
In-Reply-To: <1355309001.10554.13.camel@zakaz.uk.xensource.com>
X-Mailman-Approved-At: Wed, 12 Dec 2012 12:48:45 +0000
Cc: xen-api@lists.xen.org, Ian Jackson ,
	xen-devel 
Subject: Re: [Xen-API] [Xen-devel] Driver domains and device handling
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

T24gMTIvMTIvMTIgMTE6NDMsIElhbiBDYW1wYmVsbCB3cm90ZToKPiBPbiBUdWUsIDIwMTItMTIt
MTEgYXQgMTk6NDYgKzAwMDAsIFJvZ2VyIFBhdSBNb25uw6kgd3JvdGU6Cj4+IGp1c3QgbGF1bmNo
IFFlbXUsIGFuZCBpZiB3ZSBkZWNpZGUgdG8gdXNlIGFuIGluLWtlcm5lbCBpbml0aWF0b3Igd2Ug
b25seQo+PiBoYXZlIHRvIGxhdW5jaCBhIGhvdHBsdWcgc2NyaXB0IHdpdGggc29tZXRoaW5nIGxp
a2U6IGlzY3NpYWRtIC1tIG5vZGUgLVQKPj4gPGlxbj4gLXAgPGlwOnBvcnQ+Lgo+IAo+IGlzbid0
IHRoZXJlIGFsc28gYSBpc2NzaWFkbSBsb2dpbiB3aGljaCBpcyBuZWVkZWQgYXQgc29tZSBwb2lu
dD8KCkxvZ2luIGlzIGRvbmUgZHVyaW5nIHRoZSBwbHVnIGJ5IGFkZGluZyAtLWxvZ2luIHRvIHRo
ZSBhYm92ZSBjb21tYW5kLApidXQgSSB0aGluayB5b3UgY2FuIGFsc28gcGVyZm9ybSB0aGUgbG9n
aW4gaW4gYSBkaXNjb3ZlcnksIGFuZCBJIGd1ZXNzCnRoaXMgbG9naW4gaXMga2VlcCBieSBpc2Nz
aWQsIHNvIHlvdSBkb24ndCBuZWVkIHRvIHBlcmZvcm0gaXQgd2hlbgpwbHVnaW4gdGhlIGRldmlj
ZXMuIEJ1dCBJJ20gbm90IHN1cmUgaWYgaXMgd29ydGggcGVyZm9ybWluZyBhIGRpc2NvdmVyeQpq
dXN0IHRvIGxvZ2luLgoKPiBJbiBhbnkgY2FzZSBhbG1vc3QgYW55IGlzY3NpYWRtIGNvbW1hbmQg
aGFzIHRoZSBwb3RlbnRpYWwgdG8gYmUgc2xvdwo+IGNvbXBhcmVkIHRvIHRoZSBhbW91bnQgb2Yg
ZG93bnRpbWUgd2Ugd291bGQgbGlrZSB0byBhaW0gZm9yIGR1cmluZyBhCj4gbWlncmF0aW9uLgoK
SSB3aWxsIGRvIHNvbWUgbW9yZSByZXNlYXJjaCBhbmQgdGltbWluZyBhYm91dCBpc2NzaWFkbSwg
dG8gc2VlIGlmCnRoZXJlJ3MgYW55d2F5IGluIHdoaWNoIHdlIGNhbiBzcGVlZHVwIHRoZSBhY3R1
YWwgY29ubmVjdGlvbiBvZiB0aGUgZGV2aWNlLgoKPj4gSSdtIHN1cmUgdGhlcmUncyBwZW9wbGUg
b24gdGhlIGxpc3Qgd2l0aCBtb3JlIGV4cGVyaWVuY2UgdGhhbiBtZSBvbiB0aGlzCj4+IGZpZWxk
LCBhbmQgSSB3b3VsZCBsaWtlIHRvIGFzayBmb3Igc29tZSB1c2UtY2FzZXMgd2hlcmUgdGhpcwo+
PiAicHJlcGFyYXRvcnkiIHBoYXNlIHdvdWxkIGJlIHVzZWZ1bCwgYW5kIHdoYXQgYWN0aW9ucyB3
aWxsIGJlIHBlcmZvcm1lZAo+PiBvbiBpdC4KPiAKPiBNaWdodCB3ZSB3b3J0aCBpbmNsdWRpbmcg
eGVuLWFwaSBpbiB0aGlzIGRpc2N1c3Npb24gc2luY2UgdGhlIHhhcGkgZ3V5cwo+IGhhdmUgYSBm
YWlyIGJpdCBvZiBrbm93bGVkZ2Ugb2YgdGhlIHJlcXVpcmVtZW50IGhlcmUuCgpJIGFncmVlLCBs
ZXQncyBDQyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcuCgoKX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0
cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94
ZW4tYXBpCg==

From xen-api-bounces@lists.xen.org Wed Dec 12 12:48:56 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 12:48: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 1Tiljy-0008Fj-Nk; Wed, 12 Dec 2012 12:48:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TilWm-000854-GB; Wed, 12 Dec 2012 12:35:08 +0000
Received: from [85.158.138.51:39098] by server-2.bemta-3.messagelabs.com id
	2E/78-11239-BF978C05; Wed, 12 Dec 2012 12:35:07 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-12.tower-174.messagelabs.com!1355315706!20637397!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwMjAw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13129 invoked from network); 12 Dec 2012 12:35:06 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	12 Dec 2012 12:35:06 -0000
X-IronPort-AV: E=Sophos;i="4.84,266,1355097600"; 
   d="scan'208";a="86960"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	12 Dec 2012 12:35:06 +0000
Received: from [192.168.1.30] (10.31.3.229) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Wed, 12 Dec 2012 12:35:06 +0000
Message-ID: <50C879FB.7060208@citrix.com>
Date: Wed, 12 Dec 2012 13:35:07 +0100
From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Campbell 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
In-Reply-To: <1355309001.10554.13.camel@zakaz.uk.xensource.com>
X-Mailman-Approved-At: Wed, 12 Dec 2012 12:48:45 +0000
Cc: xen-api@lists.xen.org, Ian Jackson ,
	xen-devel 
Subject: Re: [Xen-API] [Xen-devel] Driver domains and device handling
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

T24gMTIvMTIvMTIgMTE6NDMsIElhbiBDYW1wYmVsbCB3cm90ZToKPiBPbiBUdWUsIDIwMTItMTIt
MTEgYXQgMTk6NDYgKzAwMDAsIFJvZ2VyIFBhdSBNb25uw6kgd3JvdGU6Cj4+IGp1c3QgbGF1bmNo
IFFlbXUsIGFuZCBpZiB3ZSBkZWNpZGUgdG8gdXNlIGFuIGluLWtlcm5lbCBpbml0aWF0b3Igd2Ug
b25seQo+PiBoYXZlIHRvIGxhdW5jaCBhIGhvdHBsdWcgc2NyaXB0IHdpdGggc29tZXRoaW5nIGxp
a2U6IGlzY3NpYWRtIC1tIG5vZGUgLVQKPj4gPGlxbj4gLXAgPGlwOnBvcnQ+Lgo+IAo+IGlzbid0
IHRoZXJlIGFsc28gYSBpc2NzaWFkbSBsb2dpbiB3aGljaCBpcyBuZWVkZWQgYXQgc29tZSBwb2lu
dD8KCkxvZ2luIGlzIGRvbmUgZHVyaW5nIHRoZSBwbHVnIGJ5IGFkZGluZyAtLWxvZ2luIHRvIHRo
ZSBhYm92ZSBjb21tYW5kLApidXQgSSB0aGluayB5b3UgY2FuIGFsc28gcGVyZm9ybSB0aGUgbG9n
aW4gaW4gYSBkaXNjb3ZlcnksIGFuZCBJIGd1ZXNzCnRoaXMgbG9naW4gaXMga2VlcCBieSBpc2Nz
aWQsIHNvIHlvdSBkb24ndCBuZWVkIHRvIHBlcmZvcm0gaXQgd2hlbgpwbHVnaW4gdGhlIGRldmlj
ZXMuIEJ1dCBJJ20gbm90IHN1cmUgaWYgaXMgd29ydGggcGVyZm9ybWluZyBhIGRpc2NvdmVyeQpq
dXN0IHRvIGxvZ2luLgoKPiBJbiBhbnkgY2FzZSBhbG1vc3QgYW55IGlzY3NpYWRtIGNvbW1hbmQg
aGFzIHRoZSBwb3RlbnRpYWwgdG8gYmUgc2xvdwo+IGNvbXBhcmVkIHRvIHRoZSBhbW91bnQgb2Yg
ZG93bnRpbWUgd2Ugd291bGQgbGlrZSB0byBhaW0gZm9yIGR1cmluZyBhCj4gbWlncmF0aW9uLgoK
SSB3aWxsIGRvIHNvbWUgbW9yZSByZXNlYXJjaCBhbmQgdGltbWluZyBhYm91dCBpc2NzaWFkbSwg
dG8gc2VlIGlmCnRoZXJlJ3MgYW55d2F5IGluIHdoaWNoIHdlIGNhbiBzcGVlZHVwIHRoZSBhY3R1
YWwgY29ubmVjdGlvbiBvZiB0aGUgZGV2aWNlLgoKPj4gSSdtIHN1cmUgdGhlcmUncyBwZW9wbGUg
b24gdGhlIGxpc3Qgd2l0aCBtb3JlIGV4cGVyaWVuY2UgdGhhbiBtZSBvbiB0aGlzCj4+IGZpZWxk
LCBhbmQgSSB3b3VsZCBsaWtlIHRvIGFzayBmb3Igc29tZSB1c2UtY2FzZXMgd2hlcmUgdGhpcwo+
PiAicHJlcGFyYXRvcnkiIHBoYXNlIHdvdWxkIGJlIHVzZWZ1bCwgYW5kIHdoYXQgYWN0aW9ucyB3
aWxsIGJlIHBlcmZvcm1lZAo+PiBvbiBpdC4KPiAKPiBNaWdodCB3ZSB3b3J0aCBpbmNsdWRpbmcg
eGVuLWFwaSBpbiB0aGlzIGRpc2N1c3Npb24gc2luY2UgdGhlIHhhcGkgZ3V5cwo+IGhhdmUgYSBm
YWlyIGJpdCBvZiBrbm93bGVkZ2Ugb2YgdGhlIHJlcXVpcmVtZW50IGhlcmUuCgpJIGFncmVlLCBs
ZXQncyBDQyB4ZW4tYXBpQGxpc3RzLnhlbi5vcmcuCgoKX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0
cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94
ZW4tYXBpCg==

From xen-api-bounces@lists.xen.org Wed Dec 12 13:21:08 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 13: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 1TimFA-0000mj-De; Wed, 12 Dec 2012 13:21:00 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TimF8-0000mb-Po
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 13:20:59 +0000
Received: from [85.158.138.51:62229] by server-1.bemta-3.messagelabs.com id
	22/6F-08906-5B488C05; Wed, 12 Dec 2012 13:20:53 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-11.tower-174.messagelabs.com!1355318453!27365879!1
X-Originating-IP: [80.12.242.127]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27415 invoked from network); 12 Dec 2012 13:20:53 -0000
Received: from smtp05.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.127) by server-11.tower-174.messagelabs.com with SMTP;
	12 Dec 2012 13:20:53 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d09 with ME
	id adLs1k0093zjds103dLsvj; Wed, 12 Dec 2012 14:20:53 +0100
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 62A98161C24;
	Wed, 12 Dec 2012 14:20:52 +0100 (CET)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10026)
	with ESMTP id SeiWSfog5F9f; Wed, 12 Dec 2012 14:20:51 +0100 (CET)
Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 70759161C21;
	Wed, 12 Dec 2012 14:20:51 +0100 (CET)
Message-ID: <50C884B3.7040803@tranquil-it-systems.fr>
Date: Wed, 12 Dec 2012 14:20:51 +0100
From: Denis Cardon 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "P. Broennimann" 
References: 
In-Reply-To: 
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Install Debian/32
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Peter,

> I was wondering how to install Debian/32 with XenCenter (version 6.1)
> with XCP (version 1.6).
>
> I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter and
> select the ISO "debian-6.0.6-i386-netinst.iso".
>
> The log panel shows:
>
> Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeeze 6.0 (32-bit)
> (1)' - VM successfully created
>
> Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 (32-bit)
> (1)' - Internal error: xenopsd internal error:
> XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check:
> ERROR: Will only load images built \\\"")
>
> The VM template "Debian Squeeze 6.0 (64-bit)" template works.
>
> P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and
> "Ubuntu Lucid Lynx 10.04 (64-bit)" where I can not select an ISO for the
> installation. Are these too "exotic" distributions or how do you guys
> proceed? Are you guys not using XenCenter to setup/install the VMs?

I've never tried to use install iso when installing debian squeeze. The =

traditional way to use a full net install. That is, when the vm starts, =

it downloads a vmlinuz kernel and a initrd from debian.org ftp, and then =

starts the installer using those two files in RAM. You can tell the =

install url when creating the vm, it should be something like =

http://ftp.debian.org/debian . You must make sure that your dom0 can =

access the internet though, otherwise you must set a local repository.

In the past I've seen a few times when the vmlinuz and initrd were =

corrupted, so it may have been the case when you tried your install.

If you want to use iso anyway, you can still use the "other install =

media" option, and convert your linux vm to paravirt afterward.

hope this helps,

Denis

>
> Thx & cheers,
> Peter
>
>
>
> This body part will be downloaded on demand.
>


-- =

Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=E2timent A
12 avenue Jules Verne
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.tranquil-it-systems.fr


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

From xen-api-bounces@lists.xen.org Wed Dec 12 13:21:08 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 13: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 1TimFA-0000mj-De; Wed, 12 Dec 2012 13:21:00 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TimF8-0000mb-Po
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 13:20:59 +0000
Received: from [85.158.138.51:62229] by server-1.bemta-3.messagelabs.com id
	22/6F-08906-5B488C05; Wed, 12 Dec 2012 13:20:53 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-11.tower-174.messagelabs.com!1355318453!27365879!1
X-Originating-IP: [80.12.242.127]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27415 invoked from network); 12 Dec 2012 13:20:53 -0000
Received: from smtp05.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.127) by server-11.tower-174.messagelabs.com with SMTP;
	12 Dec 2012 13:20:53 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d09 with ME
	id adLs1k0093zjds103dLsvj; Wed, 12 Dec 2012 14:20:53 +0100
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 62A98161C24;
	Wed, 12 Dec 2012 14:20:52 +0100 (CET)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10026)
	with ESMTP id SeiWSfog5F9f; Wed, 12 Dec 2012 14:20:51 +0100 (CET)
Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 70759161C21;
	Wed, 12 Dec 2012 14:20:51 +0100 (CET)
Message-ID: <50C884B3.7040803@tranquil-it-systems.fr>
Date: Wed, 12 Dec 2012 14:20:51 +0100
From: Denis Cardon 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "P. Broennimann" 
References: 
In-Reply-To: 
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Install Debian/32
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Peter,

> I was wondering how to install Debian/32 with XenCenter (version 6.1)
> with XCP (version 1.6).
>
> I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter and
> select the ISO "debian-6.0.6-i386-netinst.iso".
>
> The log panel shows:
>
> Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeeze 6.0 (32-bit)
> (1)' - VM successfully created
>
> Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 (32-bit)
> (1)' - Internal error: xenopsd internal error:
> XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check:
> ERROR: Will only load images built \\\"")
>
> The VM template "Debian Squeeze 6.0 (64-bit)" template works.
>
> P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and
> "Ubuntu Lucid Lynx 10.04 (64-bit)" where I can not select an ISO for the
> installation. Are these too "exotic" distributions or how do you guys
> proceed? Are you guys not using XenCenter to setup/install the VMs?

I've never tried to use install iso when installing debian squeeze. The =

traditional way to use a full net install. That is, when the vm starts, =

it downloads a vmlinuz kernel and a initrd from debian.org ftp, and then =

starts the installer using those two files in RAM. You can tell the =

install url when creating the vm, it should be something like =

http://ftp.debian.org/debian . You must make sure that your dom0 can =

access the internet though, otherwise you must set a local repository.

In the past I've seen a few times when the vmlinuz and initrd were =

corrupted, so it may have been the case when you tried your install.

If you want to use iso anyway, you can still use the "other install =

media" option, and convert your linux vm to paravirt afterward.

hope this helps,

Denis

>
> Thx & cheers,
> Peter
>
>
>
> This body part will be downloaded on demand.
>


-- =

Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=E2timent A
12 avenue Jules Verne
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.tranquil-it-systems.fr


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

From xen-api-bounces@lists.xen.org Wed Dec 12 13:35:30 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 13:35: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 1TimT4-0000zw-QS; Wed, 12 Dec 2012 13:35:22 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TimT3-0000zr-3V
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 13:35:21 +0000
Received: from [85.158.139.211:39374] by server-10.bemta-5.messagelabs.com id
	DC/0A-13383-81888C05; Wed, 12 Dec 2012 13:35:20 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-14.tower-206.messagelabs.com!1355319262!20097403!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17290 invoked from network); 12 Dec 2012 13:35:18 -0000
Received: from unknown (HELO mail.cpm.ru) (91.206.116.134)
	by server-14.tower-206.messagelabs.com with SMTP;
	12 Dec 2012 13:35:18 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id EF97C17E77;
	Wed, 12 Dec 2012 17:33:18 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1355319198; bh=+PNKykrk/5jOQMe7AjCEffnH64YzJfkstxMDCTu5vZ8=;
	h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:
	Message-Id:References:To;
	b=TvpceCq3l8Tu17AboPzU/htREF0l86iSH7lN7W+fvyqi37ze+GJJtbatnfCiZdi1d
	0iEbRB8hOS2eu0I6VPlKZ99zfBH1DmouzdjNHmn1Lqdm3N6CW/xwTTXtyB9ygNEfAA
	Lo0SdvqTWEkKDTwQ1VKn/O8MS7okW08WbGwVeL4Q=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fbMhpKk5BTWr; Wed, 12 Dec 2012 17:33:18 +0400 (MSK)
Received: from eric-linux.cpm.ru (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id D093A17E75;
	Wed, 12 Dec 2012 17:33:18 +0400 (MSK)
Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\))
From: Evgeniy Chupriyanov 
In-Reply-To: 
Date: Wed, 12 Dec 2012 17:33:18 +0400
Message-Id: <1EA72929-5359-405F-8A73-5DFD20FF0724@cpm.ru>
References: 
To: P. Broennimann 
X-Mailer: Apple Mail (2.1498)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Install Debian/32
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2974543568411423995=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============2974543568411423995==
Content-Type: multipart/alternative; boundary="Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F"


--Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=koi8-r

AFAIK, you supposed to use multi-arch iso with Debian template in =
XenServer/XCP.
Also, I think you need complete image to install from, i.e. =
debian-6.0.6-i386-amd64-source-DVD-1.iso

---
Eugene

12.12.2012, =D7 13:10, P. Broennimann  =
=CE=C1=D0=C9=D3=C1=CC(=C1):

> Hi there
>=20
> I was wondering how to install Debian/32 with XenCenter (version 6.1) =
with XCP (version 1.6).
>=20
> I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter =
and select the ISO "debian-6.0.6-i386-netinst.iso".
>=20
> The log panel shows:
>=20
> Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeeze 6.0 =
(32-bit) (1)' - VM successfully created
>=20
> Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 =
(32-bit) (1)' - Internal error: xenopsd internal error: =
XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check: =
ERROR: Will only load images built \\\"")
>=20
> The VM template "Debian Squeeze 6.0 (64-bit)" template works.
>=20
> P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and =
"Ubuntu Lucid Lynx 10.04 (64-bit)" where I can not select an ISO for the =
installation. Are these too "exotic" distributions or how do you guys =
proceed? Are you guys not using XenCenter to setup/install the VMs?
>=20
> Thx & cheers,
> Peter
>=20
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=koi8-r


=


---
Eugene


Hi there

I was wondering how to install Debian/32 =
with XenCenter (version 6.1) with XCP (version 1.6).




I select the VM template "Debian Squeeze 6.0 =
(32-bit)" in =
XenCenter and select the ISO "debian-6.0.6-i386-netinst.iso".




The log panel =
shows:

Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian =
Squeeze 6.0 (32-bit) (1)' - VM successfully created




Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian =
Squeeze 6.0 (32-bit) (1)' - Internal error: xenopsd internal error: =
XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check: =
ERROR: Will only load images built \\\"")




The VM template "Debian Squeeze 6.0 =
(64-bit)" template works.




P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 =
(32-bit)" and =
"Ubuntu Lucid Lynx 10.04 =
(64-bit)" where I can not select an ISO for the installation. Are these =
too "exotic" distributions or how do you guys proceed? Are you guys not =
using XenCenter to setup/install the VMs?




Thx & =
cheers,

Peter


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

<=
/div>=

--Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F--


--===============2974543568411423995==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2974543568411423995==--


From xen-api-bounces@lists.xen.org Wed Dec 12 13:35:30 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 12 Dec 2012 13:35: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 1TimT4-0000zw-QS; Wed, 12 Dec 2012 13:35:22 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TimT3-0000zr-3V
	for xen-api@lists.xen.org; Wed, 12 Dec 2012 13:35:21 +0000
Received: from [85.158.139.211:39374] by server-10.bemta-5.messagelabs.com id
	DC/0A-13383-81888C05; Wed, 12 Dec 2012 13:35:20 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-14.tower-206.messagelabs.com!1355319262!20097403!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17290 invoked from network); 12 Dec 2012 13:35:18 -0000
Received: from unknown (HELO mail.cpm.ru) (91.206.116.134)
	by server-14.tower-206.messagelabs.com with SMTP;
	12 Dec 2012 13:35:18 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id EF97C17E77;
	Wed, 12 Dec 2012 17:33:18 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1355319198; bh=+PNKykrk/5jOQMe7AjCEffnH64YzJfkstxMDCTu5vZ8=;
	h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:
	Message-Id:References:To;
	b=TvpceCq3l8Tu17AboPzU/htREF0l86iSH7lN7W+fvyqi37ze+GJJtbatnfCiZdi1d
	0iEbRB8hOS2eu0I6VPlKZ99zfBH1DmouzdjNHmn1Lqdm3N6CW/xwTTXtyB9ygNEfAA
	Lo0SdvqTWEkKDTwQ1VKn/O8MS7okW08WbGwVeL4Q=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fbMhpKk5BTWr; Wed, 12 Dec 2012 17:33:18 +0400 (MSK)
Received: from eric-linux.cpm.ru (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id D093A17E75;
	Wed, 12 Dec 2012 17:33:18 +0400 (MSK)
Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\))
From: Evgeniy Chupriyanov 
In-Reply-To: 
Date: Wed, 12 Dec 2012 17:33:18 +0400
Message-Id: <1EA72929-5359-405F-8A73-5DFD20FF0724@cpm.ru>
References: 
To: P. Broennimann 
X-Mailer: Apple Mail (2.1498)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Install Debian/32
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2974543568411423995=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============2974543568411423995==
Content-Type: multipart/alternative; boundary="Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F"


--Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=koi8-r

AFAIK, you supposed to use multi-arch iso with Debian template in =
XenServer/XCP.
Also, I think you need complete image to install from, i.e. =
debian-6.0.6-i386-amd64-source-DVD-1.iso

---
Eugene

12.12.2012, =D7 13:10, P. Broennimann  =
=CE=C1=D0=C9=D3=C1=CC(=C1):

> Hi there
>=20
> I was wondering how to install Debian/32 with XenCenter (version 6.1) =
with XCP (version 1.6).
>=20
> I select the VM template "Debian Squeeze 6.0 (32-bit)" in XenCenter =
and select the ISO "debian-6.0.6-i386-netinst.iso".
>=20
> The log panel shows:
>=20
> Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian Squeeze 6.0 =
(32-bit) (1)' - VM successfully created
>=20
> Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian Squeeze 6.0 =
(32-bit) (1)' - Internal error: xenopsd internal error: =
XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check: =
ERROR: Will only load images built \\\"")
>=20
> The VM template "Debian Squeeze 6.0 (64-bit)" template works.
>=20
> P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 (32-bit)" and =
"Ubuntu Lucid Lynx 10.04 (64-bit)" where I can not select an ISO for the =
installation. Are these too "exotic" distributions or how do you guys =
proceed? Are you guys not using XenCenter to setup/install the VMs?
>=20
> Thx & cheers,
> Peter
>=20
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=koi8-r


=


---
Eugene

12.12.2012, =D7 13:10, P. Broennimann <peter.broennimann@gmail.com> =CE=C1=D0=C9=D3=C1=CC(=C1):

Hi there

I was wondering how to install Debian/32 =
with XenCenter (version 6.1) with XCP (version 1.6).




I select the VM template "Debian Squeeze 6.0 =
(32-bit)" in =
XenCenter and select the ISO "debian-6.0.6-i386-netinst.iso".




The log panel =
shows:

Dec 12, 2012 10:01:44 AM Action: Create VM 'Debian =
Squeeze 6.0 (32-bit) (1)' - VM successfully created




Dec 12, 2012 10:01:54 AM Error: Starting VM 'Debian =
Squeeze 6.0 (32-bit) (1)' - Internal error: xenopsd internal error: =
XenguestHelper.Xenctrl_dom_linux_build_failure(2, " elf_xen_note_check: =
ERROR: Will only load images built \\\"")




The VM template "Debian Squeeze 6.0 =
(64-bit)" template works.




P.S: I also tried the templates "Ubuntu Lucid Lynx 10.04 =
(32-bit)" and =
"Ubuntu Lucid Lynx 10.04 =
(64-bit)" where I can not select an ISO for the installation. Are these =
too "exotic" distributions or how do you guys proceed? Are you guys not =
using XenCenter to setup/install the VMs?




Thx & =
cheers,

Peter


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

<=
/div>=

--Apple-Mail=_FD036489-8F4C-4A46-A01B-508BE093A27F--


--===============2974543568411423995==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2974543568411423995==--


From xen-api-bounces@lists.xen.org Thu Dec 13 09:41:40 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 09:41: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 1Tj5IH-0005jk-2N; Thu, 13 Dec 2012 09:41:29 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tj5IF-0005jf-Np
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 09:41:27 +0000
Received: from [85.158.143.35:16978] by server-3.bemta-4.messagelabs.com id
	C9/45-18211-7C2A9C05; Thu, 13 Dec 2012 09:41:27 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-9.tower-21.messagelabs.com!1355391684!5099401!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4459 invoked from network); 13 Dec 2012 09:41:26 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-9.tower-21.messagelabs.com with SMTP;
	13 Dec 2012 09:41:26 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id AFEB61C2396
	for ; Thu, 13 Dec 2012 11:37:16 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LPiMF9M7JP3G for ;
	Thu, 13 Dec 2012 11:37:15 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id 447261C2395
	for ; Thu, 13 Dec 2012 11:37:15 +0100 (CET)
Received: from [134.102.25.218] (eduroam-pool6-0474.wlan.uni-bremen.de
	[134.102.25.218])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id 2CCA5A6299F
	for ; Thu, 13 Dec 2012 10:41:21 +0100 (CET)
Message-ID: <50C9A2C1.20606@hilboll.de>
Date: Thu, 13 Dec 2012 10:41:21 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I'm trying to decide if I want to use the XCP iso or go via xcp-xapi on
Ubuntu 12.04. Right now I cannot decide because I couldn't find out what
XCP actually *is* under the hood. In the wiki it says that the iso is
build on a Centos5 kernel, but what about the rest? I mean, is it
actually a CentOS Linux with XCP on top? Or what else?

I'm asking because I want to be able to do some stuff in the dom0:

* hardware-RAID monitoring (areca)
* snapshot a running system and rsync the data to a remote location
* handle configuration parameters via Puppet
* ...

So if XCP iso is actually a CentOS, I should be able to do this. If not
-- I don't know?

Any insight is greatly appreciated!

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 09:41:40 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 09:41: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 1Tj5IH-0005jk-2N; Thu, 13 Dec 2012 09:41:29 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tj5IF-0005jf-Np
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 09:41:27 +0000
Received: from [85.158.143.35:16978] by server-3.bemta-4.messagelabs.com id
	C9/45-18211-7C2A9C05; Thu, 13 Dec 2012 09:41:27 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-9.tower-21.messagelabs.com!1355391684!5099401!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4459 invoked from network); 13 Dec 2012 09:41:26 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-9.tower-21.messagelabs.com with SMTP;
	13 Dec 2012 09:41:26 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id AFEB61C2396
	for ; Thu, 13 Dec 2012 11:37:16 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LPiMF9M7JP3G for ;
	Thu, 13 Dec 2012 11:37:15 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id 447261C2395
	for ; Thu, 13 Dec 2012 11:37:15 +0100 (CET)
Received: from [134.102.25.218] (eduroam-pool6-0474.wlan.uni-bremen.de
	[134.102.25.218])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id 2CCA5A6299F
	for ; Thu, 13 Dec 2012 10:41:21 +0100 (CET)
Message-ID: <50C9A2C1.20606@hilboll.de>
Date: Thu, 13 Dec 2012 10:41:21 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I'm trying to decide if I want to use the XCP iso or go via xcp-xapi on
Ubuntu 12.04. Right now I cannot decide because I couldn't find out what
XCP actually *is* under the hood. In the wiki it says that the iso is
build on a Centos5 kernel, but what about the rest? I mean, is it
actually a CentOS Linux with XCP on top? Or what else?

I'm asking because I want to be able to do some stuff in the dom0:

* hardware-RAID monitoring (areca)
* snapshot a running system and rsync the data to a remote location
* handle configuration parameters via Puppet
* ...

So if XCP iso is actually a CentOS, I should be able to do this. If not
-- I don't know?

Any insight is greatly appreciated!

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 09:46:02 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 09:46: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 1Tj5MW-0005ob-HP; Thu, 13 Dec 2012 09:45:52 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Tj5MU-0005oT-Tc; Thu, 13 Dec 2012 09:45:51 +0000
Received: from [85.158.143.99:9799] by server-1.bemta-4.messagelabs.com id
	8A/FB-28401-DC3A9C05; Thu, 13 Dec 2012 09:45:49 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-3.tower-216.messagelabs.com!1355391947!28661439!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14308 invoked from network); 13 Dec 2012 09:45:47 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-3.tower-216.messagelabs.com with SMTP;
	13 Dec 2012 09:45:47 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 0B5FE1C2396;
	Thu, 13 Dec 2012 11:41:39 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 50lycCB0DuYl; Thu, 13 Dec 2012 11:41:36 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id C0BF81C2395;
	Thu, 13 Dec 2012 11:41:36 +0100 (CET)
Received: from [134.102.25.218] (eduroam-pool6-0474.wlan.uni-bremen.de
	[134.102.25.218])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id 2D38AA6299F;
	Thu, 13 Dec 2012 10:45:42 +0100 (CET)
Message-ID: <50C9A3C5.7000102@hilboll.de>
Date: Thu, 13 Dec 2012 10:45:41 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org, xen-users@lists.xen.org
Subject: [Xen-API] What to deploy now for easy migration to Openstack later?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

I recently asked about whether to choose Debian or Ubuntu as base system
for a 3-Host deployment. Thanks for all your answers!

After some thought I think I now know better what I need, so I ask
again, this time more precise:

I need to set up 3 host systems, all with local storage. Ultimately, I
would like to run OpenStack or similar, but I don't have the time to
learn about and set up this complex infrastructure right away. So I need
to be able to set up and get everything running now, and be able to plug
OpenStack into the running system later.

Given this objective, would you suggest me to

* use 'regular' Xen from Debian/Ubuntu archives?
* use xcp-xapi from Debian/Ubuntu archives?
* use the xcp iso?

Thanks for your help!

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 09:46:02 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 09:46: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 1Tj5MW-0005ob-HP; Thu, 13 Dec 2012 09:45:52 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Tj5MU-0005oT-Tc; Thu, 13 Dec 2012 09:45:51 +0000
Received: from [85.158.143.99:9799] by server-1.bemta-4.messagelabs.com id
	8A/FB-28401-DC3A9C05; Thu, 13 Dec 2012 09:45:49 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-3.tower-216.messagelabs.com!1355391947!28661439!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14308 invoked from network); 13 Dec 2012 09:45:47 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-3.tower-216.messagelabs.com with SMTP;
	13 Dec 2012 09:45:47 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 0B5FE1C2396;
	Thu, 13 Dec 2012 11:41:39 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 50lycCB0DuYl; Thu, 13 Dec 2012 11:41:36 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id C0BF81C2395;
	Thu, 13 Dec 2012 11:41:36 +0100 (CET)
Received: from [134.102.25.218] (eduroam-pool6-0474.wlan.uni-bremen.de
	[134.102.25.218])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id 2D38AA6299F;
	Thu, 13 Dec 2012 10:45:42 +0100 (CET)
Message-ID: <50C9A3C5.7000102@hilboll.de>
Date: Thu, 13 Dec 2012 10:45:41 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org, xen-users@lists.xen.org
Subject: [Xen-API] What to deploy now for easy migration to Openstack later?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

I recently asked about whether to choose Debian or Ubuntu as base system
for a 3-Host deployment. Thanks for all your answers!

After some thought I think I now know better what I need, so I ask
again, this time more precise:

I need to set up 3 host systems, all with local storage. Ultimately, I
would like to run OpenStack or similar, but I don't have the time to
learn about and set up this complex infrastructure right away. So I need
to be able to set up and get everything running now, and be able to plug
OpenStack into the running system later.

Given this objective, would you suggest me to

* use 'regular' Xen from Debian/Ubuntu archives?
* use xcp-xapi from Debian/Ubuntu archives?
* use the xcp iso?

Thanks for your help!

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 12:43:56 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 12:43: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 1Tj88j-0000Iv-Ie; Thu, 13 Dec 2012 12:43:49 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tj88h-0000Il-C1
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 12:43:47 +0000
Received: from [85.158.143.99:54478] by server-1.bemta-4.messagelabs.com id
	D6/18-28401-28DC9C05; Thu, 13 Dec 2012 12:43:46 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-4.tower-216.messagelabs.com!1355402582!24027526!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwNTg2\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31658 invoked from network); 13 Dec 2012 12:43:02 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 12:43:02 -0000
X-IronPort-AV: E=Sophos;i="4.84,273,1355097600"; 
   d="scan'208";a="115712"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	13 Dec 2012 12:43:02 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Thu, 13 Dec 2012 12:43:02 +0000
Message-ID: <50C9CD54.1050401@citrix.com>
Date: Thu, 13 Dec 2012 12:43:00 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Andreas Hilboll 
References: <50C9A2C1.20606@hilboll.de>
In-Reply-To: <50C9A2C1.20606@hilboll.de>
X-Enigmail-Version: 1.4.6
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 13/12/12 09:41, Andreas Hilboll wrote:
> Hi,
> 
> I'm trying to decide if I want to use the XCP iso or go via xcp-xapi on
> Ubuntu 12.04. Right now I cannot decide because I couldn't find out what
> XCP actually *is* under the hood. In the wiki it says that the iso is
> build on a Centos5 kernel, but what about the rest? I mean, is it
> actually a CentOS Linux with XCP on top? Or what else?
> 
> I'm asking because I want to be able to do some stuff in the dom0:
> 
> * hardware-RAID monitoring (areca)
> * snapshot a running system and rsync the data to a remote location
> * handle configuration parameters via Puppet
> * ...
> 
> So if XCP iso is actually a CentOS, I should be able to do this. If not
> -- I don't know?
> 
> Any insight is greatly appreciated!
> 
> Cheers, Andreas.

Hi Andreas,

It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a highly
customized version of CentOS, and should really be thought of as a
standalone Linux distribution, and not just some apps built on top of
CentOS. For instance, while it is possible to install software in XCP
via yum, it is not encouraged to do so, as running a command like 'yum
upgrade' would overwrite important custom software, like LVM.

Basically, the XCP iso is meant to be treated as a "black box" style
appliance which isn't supposed to be mucked about with (unless you know
what you're doing!). If you're willing to play around with getting
Puppet to work with XCP, I would be ever grateful to you for writing up
a HOWTO on the wiki. But I expect you might need to do a bit of
tinkering, because XCP won't act like your standard CentOS install.

The XCP toolstack packages (xcp-xapi and its dependencies) were meant to
serve the purpose of a hackable installation of XCP. Unfortunately, the
current state of XCP toolstack packages is not where we'd like them to
be. The code in the current release is a snapshot from somewhere
directly after the 1.5 beta was released, and hasn't been updated yet.
We're planning on getting snapshots from the 1.6 branch up and running
soon, but it probably won't happen until around March next year.

So, give them both a try and see if they suit your needs. Hope this helps!

Mike

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

From xen-api-bounces@lists.xen.org Thu Dec 13 12:43:56 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 12:43: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 1Tj88j-0000Iv-Ie; Thu, 13 Dec 2012 12:43:49 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tj88h-0000Il-C1
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 12:43:47 +0000
Received: from [85.158.143.99:54478] by server-1.bemta-4.messagelabs.com id
	D6/18-28401-28DC9C05; Thu, 13 Dec 2012 12:43:46 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-4.tower-216.messagelabs.com!1355402582!24027526!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwNTg2\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31658 invoked from network); 13 Dec 2012 12:43:02 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 12:43:02 -0000
X-IronPort-AV: E=Sophos;i="4.84,273,1355097600"; 
   d="scan'208";a="115712"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	13 Dec 2012 12:43:02 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Thu, 13 Dec 2012 12:43:02 +0000
Message-ID: <50C9CD54.1050401@citrix.com>
Date: Thu, 13 Dec 2012 12:43:00 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Andreas Hilboll 
References: <50C9A2C1.20606@hilboll.de>
In-Reply-To: <50C9A2C1.20606@hilboll.de>
X-Enigmail-Version: 1.4.6
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 13/12/12 09:41, Andreas Hilboll wrote:
> Hi,
> 
> I'm trying to decide if I want to use the XCP iso or go via xcp-xapi on
> Ubuntu 12.04. Right now I cannot decide because I couldn't find out what
> XCP actually *is* under the hood. In the wiki it says that the iso is
> build on a Centos5 kernel, but what about the rest? I mean, is it
> actually a CentOS Linux with XCP on top? Or what else?
> 
> I'm asking because I want to be able to do some stuff in the dom0:
> 
> * hardware-RAID monitoring (areca)
> * snapshot a running system and rsync the data to a remote location
> * handle configuration parameters via Puppet
> * ...
> 
> So if XCP iso is actually a CentOS, I should be able to do this. If not
> -- I don't know?
> 
> Any insight is greatly appreciated!
> 
> Cheers, Andreas.

Hi Andreas,

It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a highly
customized version of CentOS, and should really be thought of as a
standalone Linux distribution, and not just some apps built on top of
CentOS. For instance, while it is possible to install software in XCP
via yum, it is not encouraged to do so, as running a command like 'yum
upgrade' would overwrite important custom software, like LVM.

Basically, the XCP iso is meant to be treated as a "black box" style
appliance which isn't supposed to be mucked about with (unless you know
what you're doing!). If you're willing to play around with getting
Puppet to work with XCP, I would be ever grateful to you for writing up
a HOWTO on the wiki. But I expect you might need to do a bit of
tinkering, because XCP won't act like your standard CentOS install.

The XCP toolstack packages (xcp-xapi and its dependencies) were meant to
serve the purpose of a hackable installation of XCP. Unfortunately, the
current state of XCP toolstack packages is not where we'd like them to
be. The code in the current release is a snapshot from somewhere
directly after the 1.5 beta was released, and hasn't been updated yet.
We're planning on getting snapshots from the 1.6 branch up and running
soon, but it probably won't happen until around March next year.

So, give them both a try and see if they suit your needs. Hope this helps!

Mike

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

From xen-api-bounces@lists.xen.org Thu Dec 13 14:45:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 14: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 1TjA2G-00079K-69; Thu, 13 Dec 2012 14:45:16 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjA2E-00079D-Mt
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 14:45:15 +0000
Received: from [193.109.254.147:41135] by server-2.bemta-14.messagelabs.com id
	37/5B-30744-AF9E9C05; Thu, 13 Dec 2012 14:45:14 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-12.tower-27.messagelabs.com!1355409912!9975722!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13988 invoked from network); 13 Dec 2012 14:45:13 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-12.tower-27.messagelabs.com with SMTP;
	13 Dec 2012 14:45:13 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 34BBB1C224E
	for ; Thu, 13 Dec 2012 16:41:05 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VaswZpEldSJX for ;
	Thu, 13 Dec 2012 16:41:02 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id A756D1C1ECE
	for ; Thu, 13 Dec 2012 16:41:02 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id EBD14A60310
	for ; Thu, 13 Dec 2012 15:45:09 +0100 (CET)
Message-ID: <50C9E9F5.2070904@hilboll.de>
Date: Thu, 13 Dec 2012 15:45:09 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
In-Reply-To: <50C9CD54.1050401@citrix.com>
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Mike,

thanks for your answer!

> It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a highly
> customized version of CentOS, and should really be thought of as a
> standalone Linux distribution, and not just some apps built on top of
> CentOS. For instance, while it is possible to install software in XCP
> via yum, it is not encouraged to do so, as running a command like 'yum
> upgrade' would overwrite important custom software, like LVM.

Can I get a list of packages available in the XCP iso install? I think
the really important points where I believe having a "regular" CentOS
would be beneficial are:

a.) monitoring of the hardware RAID (via the CLI available at
http://www.areca.us/support/s_linux/cli/linuxcli_V1.10.0_120815.zip, and
optionally the HTTP interface available at
http://www.areca.us/support/s_linux/http/linuxhttp_V2.2.3_120815.zip and
the SNMP agent available at
http://www.areca.us/support/s_linux/snmp/linuxsnmp_V4.1_110113.zip)
b.) bonding of the two ethernet interfaces for having better performance
c.) nagios/icinga agent
c.) having rsync available
d.) having rsnapshot available

Well, actually, a.) and b.) and c.) are important, and d.) and e.) would
be nice-to-have.

Would you recommend going the XCP iso way with these requirements? Maybe
some of the points are no problem, because they're already available in
XCP iso. Your comments are greatly appreciated!

> Basically, the XCP iso is meant to be treated as a "black box" style
> appliance which isn't supposed to be mucked about with (unless you know
> what you're doing!). If you're willing to play around with getting
> Puppet to work with XCP, I would be ever grateful to you for writing up
> a HOWTO on the wiki. But I expect you might need to do a bit of
> tinkering, because XCP won't act like your standard CentOS install.

If I actually do something like this, I will of course make it publicly
available and let you guys know!

> The XCP toolstack packages (xcp-xapi and its dependencies) were meant to
> serve the purpose of a hackable installation of XCP. Unfortunately, the
> current state of XCP toolstack packages is not where we'd like them to
> be. The code in the current release is a snapshot from somewhere
> directly after the 1.5 beta was released, and hasn't been updated yet.
> We're planning on getting snapshots from the 1.6 branch up and running
> soon, but it probably won't happen until around March next year.

Good to know, thanks for the info!

Cheers, Andreas.


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

From xen-api-bounces@lists.xen.org Thu Dec 13 14:45:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 14: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 1TjA2G-00079K-69; Thu, 13 Dec 2012 14:45:16 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjA2E-00079D-Mt
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 14:45:15 +0000
Received: from [193.109.254.147:41135] by server-2.bemta-14.messagelabs.com id
	37/5B-30744-AF9E9C05; Thu, 13 Dec 2012 14:45:14 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-12.tower-27.messagelabs.com!1355409912!9975722!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13988 invoked from network); 13 Dec 2012 14:45:13 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-12.tower-27.messagelabs.com with SMTP;
	13 Dec 2012 14:45:13 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 34BBB1C224E
	for ; Thu, 13 Dec 2012 16:41:05 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VaswZpEldSJX for ;
	Thu, 13 Dec 2012 16:41:02 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id A756D1C1ECE
	for ; Thu, 13 Dec 2012 16:41:02 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id EBD14A60310
	for ; Thu, 13 Dec 2012 15:45:09 +0100 (CET)
Message-ID: <50C9E9F5.2070904@hilboll.de>
Date: Thu, 13 Dec 2012 15:45:09 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
In-Reply-To: <50C9CD54.1050401@citrix.com>
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Mike,

thanks for your answer!

> It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a highly
> customized version of CentOS, and should really be thought of as a
> standalone Linux distribution, and not just some apps built on top of
> CentOS. For instance, while it is possible to install software in XCP
> via yum, it is not encouraged to do so, as running a command like 'yum
> upgrade' would overwrite important custom software, like LVM.

Can I get a list of packages available in the XCP iso install? I think
the really important points where I believe having a "regular" CentOS
would be beneficial are:

a.) monitoring of the hardware RAID (via the CLI available at
http://www.areca.us/support/s_linux/cli/linuxcli_V1.10.0_120815.zip, and
optionally the HTTP interface available at
http://www.areca.us/support/s_linux/http/linuxhttp_V2.2.3_120815.zip and
the SNMP agent available at
http://www.areca.us/support/s_linux/snmp/linuxsnmp_V4.1_110113.zip)
b.) bonding of the two ethernet interfaces for having better performance
c.) nagios/icinga agent
c.) having rsync available
d.) having rsnapshot available

Well, actually, a.) and b.) and c.) are important, and d.) and e.) would
be nice-to-have.

Would you recommend going the XCP iso way with these requirements? Maybe
some of the points are no problem, because they're already available in
XCP iso. Your comments are greatly appreciated!

> Basically, the XCP iso is meant to be treated as a "black box" style
> appliance which isn't supposed to be mucked about with (unless you know
> what you're doing!). If you're willing to play around with getting
> Puppet to work with XCP, I would be ever grateful to you for writing up
> a HOWTO on the wiki. But I expect you might need to do a bit of
> tinkering, because XCP won't act like your standard CentOS install.

If I actually do something like this, I will of course make it publicly
available and let you guys know!

> The XCP toolstack packages (xcp-xapi and its dependencies) were meant to
> serve the purpose of a hackable installation of XCP. Unfortunately, the
> current state of XCP toolstack packages is not where we'd like them to
> be. The code in the current release is a snapshot from somewhere
> directly after the 1.5 beta was released, and hasn't been updated yet.
> We're planning on getting snapshots from the 1.6 branch up and running
> soon, but it probably won't happen until around March next year.

Good to know, thanks for the info!

Cheers, Andreas.


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

From xen-api-bounces@lists.xen.org Thu Dec 13 15:23:44 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:23: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 1TjAdN-0001uS-T0; Thu, 13 Dec 2012 15:23:37 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjAdM-0001uF-HR
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:23:36 +0000
Received: from [85.158.138.51:3265] by server-16.bemta-3.messagelabs.com id
	0D/D0-27634-7F2F9C05; Thu, 13 Dec 2012 15:23:35 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-14.tower-174.messagelabs.com!1355412212!22412914!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32362 invoked from network); 13 Dec 2012 15:23:33 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:23:33 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2493773vcb.32
	for ; Thu, 13 Dec 2012 07:23:32 -0800 (PST)
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=b2aIN3oOMDvO9avp98zLvWNYw0jclLWH/kcPV9zEwxY=;
	b=phpq+xSnXBhQb49pV8U0WFRNXQHTh9hiKa+9Dj7q0vcBfSqYLX/WcCLIuRyM/EUKld
	hLl9z68AJKJouefchBbTAAx7Qb37EECbATrpI14z47RoqXxlu7kBN5rSKSW+EQF2qwWv
	6eeEeRY+LO195NZ8l1+YyQ69MrTBne1hrBPliI5k/wp26hoTommDfj4rHyn8csLZ1hUa
	Xvdwo2CnsDTIn7pjPS0hZzY0nh/Ye87jxknCipEH7FuPO9CogmTLf1PTnD/9JrQEUIYD
	G8WdEE1Ok84ThngqipfeRKm+y6ur5IsLBNUY8WXbBPbQylCbDWQjL8LtfsEsl8BZ1pcc
	asKQ==
Received: by 10.58.68.74 with SMTP id u10mr4161797vet.21.1355412212384; Thu,
	13 Dec 2012 07:23:32 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:23:12 -0800 (PST)
In-Reply-To: <50C9E9F5.2070904@hilboll.de>
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:23:12 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQmvS+Nw/iGyxyMG96NRCk5h/Em1aF58cEec6tX+C0AIP7iR5o/Lot7cOBRCQuINpozit4A6
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4670154151823265512=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4670154151823265512==
Content-Type: multipart/alternative; boundary=047d7b33907371844704d0bd7f3b

--047d7b33907371844704d0bd7f3b
Content-Type: text/plain; charset=ISO-8859-1

Hi Andreas,

Mike is definitely more qualified to give an answer, but I've been through
a bit of this before from the end-user perspective on customizing the
CentOS dom0, and so I'll add -

Mike is sure right about policy-wise, it's not the best idea to generally
go nuts using yum etc customizing the dom0, however, if you're limiting
your changes to a few specific things like what you've listed below, where
you can be sure it's not interfering with the dom0's setup, we've never had
trouble for what it's worth.

I use nagios NRPE and hardware raid monitoring on all of our XenServer
(same as XCP effectively) dom0's without any trouble.

e.g. when I first installed nrpe I penned up this wiki article:
http://wiki.xen.org/wiki/NagiosXCP

When we want to install a yum package, we check the package contents to
ensure it's not going to interfere with the dom0, and run a once-off
command like:
yum --enablerepo=base --disablerepo=citrix install screen

Networking bonding is built-in to the base system already and can be easily
configured from XenCenter or the CLI.

The main thing is to keep the changes simple and to acknowledge that if you
upgrade the dom0 for a future release you'll lose all of your
customizations, so we keep a run-sheet and ensure the changes are all
nice-to-haves, like nagios, as opposed to being something critical to it's
basic operation.

Cheers,
Andrew


On Thu, Dec 13, 2012 at 12:45 PM, Andreas Hilboll  wrote:

> Mike,
>
> thanks for your answer!
>
> > It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a highly
> > customized version of CentOS, and should really be thought of as a
> > standalone Linux distribution, and not just some apps built on top of
> > CentOS. For instance, while it is possible to install software in XCP
> > via yum, it is not encouraged to do so, as running a command like 'yum
> > upgrade' would overwrite important custom software, like LVM.
>
> Can I get a list of packages available in the XCP iso install? I think
> the really important points where I believe having a "regular" CentOS
> would be beneficial are:
>
> a.) monitoring of the hardware RAID (via the CLI available at
> http://www.areca.us/support/s_linux/cli/linuxcli_V1.10.0_120815.zip, and
> optionally the HTTP interface available at
> http://www.areca.us/support/s_linux/http/linuxhttp_V2.2.3_120815.zip and
> the SNMP agent available at
> http://www.areca.us/support/s_linux/snmp/linuxsnmp_V4.1_110113.zip)
> b.) bonding of the two ethernet interfaces for having better performance
> c.) nagios/icinga agent
> c.) having rsync available
> d.) having rsnapshot available
>
> Well, actually, a.) and b.) and c.) are important, and d.) and e.) would
> be nice-to-have.
>
> Would you recommend going the XCP iso way with these requirements? Maybe
> some of the points are no problem, because they're already available in
> XCP iso. Your comments are greatly appreciated!
>
> > Basically, the XCP iso is meant to be treated as a "black box" style
> > appliance which isn't supposed to be mucked about with (unless you know
> > what you're doing!). If you're willing to play around with getting
> > Puppet to work with XCP, I would be ever grateful to you for writing up
> > a HOWTO on the wiki. But I expect you might need to do a bit of
> > tinkering, because XCP won't act like your standard CentOS install.
>
> If I actually do something like this, I will of course make it publicly
> available and let you guys know!
>
> > The XCP toolstack packages (xcp-xapi and its dependencies) were meant to
> > serve the purpose of a hackable installation of XCP. Unfortunately, the
> > current state of XCP toolstack packages is not where we'd like them to
> > be. The code in the current release is a snapshot from somewhere
> > directly after the 1.5 beta was released, and hasn't been updated yet.
> > We're planning on getting snapshots from the 1.6 branch up and running
> > soon, but it probably won't happen until around March next year.
>
> Good to know, thanks for the info!
>
> Cheers, Andreas.
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>

--047d7b33907371844704d0bd7f3b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Andreas,

Mike is definitely more qualified to give an=
 answer, but I've been through a bit of this before from the end-user p=
erspective on customizing the CentOS dom0, and so I'll add -




Mike is sure right about policy-wise, it's not the best =
idea to generally go nuts using yum etc customizing the dom0, however, if y=
ou're limiting your changes to a few specific things like what you'=
ve listed below, where you can be sure it's not interfering with the do=
m0's setup, we've never had trouble for what it's worth.





I use nagios NRPE and hardware raid monitoring on all o=
f our XenServer (same as XCP effectively) dom0's without any trouble.

e.g. when I first installed nrpe I penned up this w=
iki article:





When we want to install a yum package, we check the pac=
kage contents to ensure it's not going to interfere with the dom0, and =
run a once-off command like:
yum --enablerepo=3Dbase --disablerep=
o=3Dcitrix install screen




Networking bonding is built-in to the base system alrea=
dy and can be easily configured from XenCenter or the CLI.

The main thing is to keep the changes simple and to acknowledge th=
at if you upgrade the dom0 for a future release you'll lose all of your=
 customizations, so we keep a run-sheet and ensure the changes are all nice=
-to-haves, like nagios, as opposed to being something critical to it's =
basic operation.




Cheers,
Andrew



On Thu, Dec 13, 2012 at 12:45 PM, Andrea=
s Hilboll <lists@hilboll.de> wrote:



Mike,



thanks for your answer!




> It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a h=
ighly

> customized version of CentOS, and should really be thought of as a

> standalone Linux distribution, and not just some apps built on top of<=
br>
> CentOS. For instance, while it is possible to install software in XCP<=
br>
> via yum, it is not encouraged to do so, as running a command like '=
;yum

> upgrade' would overwrite important custom software, like LVM.




Can I get a list of packages available in the XCP iso install? I thin=
k

the really important points where I believe having a "regular" Ce=
ntOS

would be beneficial are:



a.) monitoring of the hardware RAID (via the CLI available at

http://www.areca.us/support/s_linux/cli/linuxcli_V1.=
10.0_120815.zip, and

optionally the HTTP interface available at

http://www.areca.us/support/s_linux/http/linuxhttp_=
V2.2.3_120815.zip and

the SNMP agent available at

http://www.areca.us/support/s_linux/snmp/linuxsnmp_V4=
.1_110113.zip)

b.) bonding of the two ethernet interfaces for having better performance
c.) nagios/icinga agent

c.) having rsync available

d.) having rsnapshot available



Well, actually, a.) and b.) and c.) are important, and d.) and e.) would
be nice-to-have.



Would you recommend going the XCP iso way with these requirements? Maybe
some of the points are no problem, because they're already available in=


XCP iso. Your comments are greatly appreciated!




> Basically, the XCP iso is meant to be treated as a "black box&quo=
t; style

> appliance which isn't supposed to be mucked about with (unless you=
 know

> what you're doing!). If you're willing to play around with get=
ting

> Puppet to work with XCP, I would be ever grateful to you for writing u=
p

> a HOWTO on the wiki. But I expect you might need to do a bit of

> tinkering, because XCP won't act like your standard CentOS install=
.




If I actually do something like this, I will of course make it public=
ly

available and let you guys know!




> The XCP toolstack packages (xcp-xapi and its dependencies) were meant =
to

> serve the purpose of a hackable installation of XCP. Unfortunately, th=
e

> current state of XCP toolstack packages is not where we'd like the=
m to

> be. The code in the current release is a snapshot from somewhere

> directly after the 1.5 beta was released, and hasn't been updated =
yet.

> We're planning on getting snapshots from the 1.6 branch up and run=
ning

> soon, but it probably won't happen until around March next year.



Good to know, thanks for the info!



Cheers, Andreas.






_______________________________________________

Xen-api mailing list

Xen-api@lists.xe=
n.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api





--047d7b33907371844704d0bd7f3b--


--===============4670154151823265512==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4670154151823265512==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:23:44 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:23: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 1TjAdN-0001uS-T0; Thu, 13 Dec 2012 15:23:37 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjAdM-0001uF-HR
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:23:36 +0000
Received: from [85.158.138.51:3265] by server-16.bemta-3.messagelabs.com id
	0D/D0-27634-7F2F9C05; Thu, 13 Dec 2012 15:23:35 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-14.tower-174.messagelabs.com!1355412212!22412914!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32362 invoked from network); 13 Dec 2012 15:23:33 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:23:33 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2493773vcb.32
	for ; Thu, 13 Dec 2012 07:23:32 -0800 (PST)
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=b2aIN3oOMDvO9avp98zLvWNYw0jclLWH/kcPV9zEwxY=;
	b=phpq+xSnXBhQb49pV8U0WFRNXQHTh9hiKa+9Dj7q0vcBfSqYLX/WcCLIuRyM/EUKld
	hLl9z68AJKJouefchBbTAAx7Qb37EECbATrpI14z47RoqXxlu7kBN5rSKSW+EQF2qwWv
	6eeEeRY+LO195NZ8l1+YyQ69MrTBne1hrBPliI5k/wp26hoTommDfj4rHyn8csLZ1hUa
	Xvdwo2CnsDTIn7pjPS0hZzY0nh/Ye87jxknCipEH7FuPO9CogmTLf1PTnD/9JrQEUIYD
	G8WdEE1Ok84ThngqipfeRKm+y6ur5IsLBNUY8WXbBPbQylCbDWQjL8LtfsEsl8BZ1pcc
	asKQ==
Received: by 10.58.68.74 with SMTP id u10mr4161797vet.21.1355412212384; Thu,
	13 Dec 2012 07:23:32 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:23:12 -0800 (PST)
In-Reply-To: <50C9E9F5.2070904@hilboll.de>
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:23:12 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQmvS+Nw/iGyxyMG96NRCk5h/Em1aF58cEec6tX+C0AIP7iR5o/Lot7cOBRCQuINpozit4A6
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4670154151823265512=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4670154151823265512==
Content-Type: multipart/alternative; boundary=047d7b33907371844704d0bd7f3b

--047d7b33907371844704d0bd7f3b
Content-Type: text/plain; charset=ISO-8859-1

Hi Andreas,

Mike is definitely more qualified to give an answer, but I've been through
a bit of this before from the end-user perspective on customizing the
CentOS dom0, and so I'll add -

Mike is sure right about policy-wise, it's not the best idea to generally
go nuts using yum etc customizing the dom0, however, if you're limiting
your changes to a few specific things like what you've listed below, where
you can be sure it's not interfering with the dom0's setup, we've never had
trouble for what it's worth.

I use nagios NRPE and hardware raid monitoring on all of our XenServer
(same as XCP effectively) dom0's without any trouble.

e.g. when I first installed nrpe I penned up this wiki article:
http://wiki.xen.org/wiki/NagiosXCP

When we want to install a yum package, we check the package contents to
ensure it's not going to interfere with the dom0, and run a once-off
command like:
yum --enablerepo=base --disablerepo=citrix install screen

Networking bonding is built-in to the base system already and can be easily
configured from XenCenter or the CLI.

The main thing is to keep the changes simple and to acknowledge that if you
upgrade the dom0 for a future release you'll lose all of your
customizations, so we keep a run-sheet and ensure the changes are all
nice-to-haves, like nagios, as opposed to being something critical to it's
basic operation.

Cheers,
Andrew


On Thu, Dec 13, 2012 at 12:45 PM, Andreas Hilboll  wrote:

> Mike,
>
> thanks for your answer!
>
> > It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a highly
> > customized version of CentOS, and should really be thought of as a
> > standalone Linux distribution, and not just some apps built on top of
> > CentOS. For instance, while it is possible to install software in XCP
> > via yum, it is not encouraged to do so, as running a command like 'yum
> > upgrade' would overwrite important custom software, like LVM.
>
> Can I get a list of packages available in the XCP iso install? I think
> the really important points where I believe having a "regular" CentOS
> would be beneficial are:
>
> a.) monitoring of the hardware RAID (via the CLI available at
> http://www.areca.us/support/s_linux/cli/linuxcli_V1.10.0_120815.zip, and
> optionally the HTTP interface available at
> http://www.areca.us/support/s_linux/http/linuxhttp_V2.2.3_120815.zip and
> the SNMP agent available at
> http://www.areca.us/support/s_linux/snmp/linuxsnmp_V4.1_110113.zip)
> b.) bonding of the two ethernet interfaces for having better performance
> c.) nagios/icinga agent
> c.) having rsync available
> d.) having rsnapshot available
>
> Well, actually, a.) and b.) and c.) are important, and d.) and e.) would
> be nice-to-have.
>
> Would you recommend going the XCP iso way with these requirements? Maybe
> some of the points are no problem, because they're already available in
> XCP iso. Your comments are greatly appreciated!
>
> > Basically, the XCP iso is meant to be treated as a "black box" style
> > appliance which isn't supposed to be mucked about with (unless you know
> > what you're doing!). If you're willing to play around with getting
> > Puppet to work with XCP, I would be ever grateful to you for writing up
> > a HOWTO on the wiki. But I expect you might need to do a bit of
> > tinkering, because XCP won't act like your standard CentOS install.
>
> If I actually do something like this, I will of course make it publicly
> available and let you guys know!
>
> > The XCP toolstack packages (xcp-xapi and its dependencies) were meant to
> > serve the purpose of a hackable installation of XCP. Unfortunately, the
> > current state of XCP toolstack packages is not where we'd like them to
> > be. The code in the current release is a snapshot from somewhere
> > directly after the 1.5 beta was released, and hasn't been updated yet.
> > We're planning on getting snapshots from the 1.6 branch up and running
> > soon, but it probably won't happen until around March next year.
>
> Good to know, thanks for the info!
>
> Cheers, Andreas.
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>

--047d7b33907371844704d0bd7f3b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Andreas,

Mike is definitely more qualified to give an=
 answer, but I've been through a bit of this before from the end-user p=
erspective on customizing the CentOS dom0, and so I'll add -




Mike is sure right about policy-wise, it's not the best =
idea to generally go nuts using yum etc customizing the dom0, however, if y=
ou're limiting your changes to a few specific things like what you'=
ve listed below, where you can be sure it's not interfering with the do=
m0's setup, we've never had trouble for what it's worth.





I use nagios NRPE and hardware raid monitoring on all o=
f our XenServer (same as XCP effectively) dom0's without any trouble.

e.g. when I first installed nrpe I penned up this w=
iki article:





When we want to install a yum package, we check the pac=
kage contents to ensure it's not going to interfere with the dom0, and =
run a once-off command like:
yum --enablerepo=3Dbase --disablerep=
o=3Dcitrix install screen




Networking bonding is built-in to the base system alrea=
dy and can be easily configured from XenCenter or the CLI.

The main thing is to keep the changes simple and to acknowledge th=
at if you upgrade the dom0 for a future release you'll lose all of your=
 customizations, so we keep a run-sheet and ensure the changes are all nice=
-to-haves, like nagios, as opposed to being something critical to it's =
basic operation.




Cheers,
Andrew



On Thu, Dec 13, 2012 at 12:45 PM, Andrea=
s Hilboll <lists@hilboll.de> wrote:



Mike,



thanks for your answer!




> It's true that XCP 1.6 is based on CentOS 5.7. However, XCP is a h=
ighly

> customized version of CentOS, and should really be thought of as a

> standalone Linux distribution, and not just some apps built on top of<=
br>
> CentOS. For instance, while it is possible to install software in XCP<=
br>
> via yum, it is not encouraged to do so, as running a command like '=
;yum

> upgrade' would overwrite important custom software, like LVM.




Can I get a list of packages available in the XCP iso install? I thin=
k

the really important points where I believe having a "regular" Ce=
ntOS

would be beneficial are:



a.) monitoring of the hardware RAID (via the CLI available at

http://www.areca.us/support/s_linux/cli/linuxcli_V1.=
10.0_120815.zip, and

optionally the HTTP interface available at

http://www.areca.us/support/s_linux/http/linuxhttp_=
V2.2.3_120815.zip and

the SNMP agent available at

http://www.areca.us/support/s_linux/snmp/linuxsnmp_V4=
.1_110113.zip)

b.) bonding of the two ethernet interfaces for having better performance
c.) nagios/icinga agent

c.) having rsync available

d.) having rsnapshot available



Well, actually, a.) and b.) and c.) are important, and d.) and e.) would
be nice-to-have.



Would you recommend going the XCP iso way with these requirements? Maybe
some of the points are no problem, because they're already available in=


XCP iso. Your comments are greatly appreciated!




> Basically, the XCP iso is meant to be treated as a "black box&quo=
t; style

> appliance which isn't supposed to be mucked about with (unless you=
 know

> what you're doing!). If you're willing to play around with get=
ting

> Puppet to work with XCP, I would be ever grateful to you for writing u=
p

> a HOWTO on the wiki. But I expect you might need to do a bit of

> tinkering, because XCP won't act like your standard CentOS install=
.




If I actually do something like this, I will of course make it public=
ly

available and let you guys know!




> The XCP toolstack packages (xcp-xapi and its dependencies) were meant =
to

> serve the purpose of a hackable installation of XCP. Unfortunately, th=
e

> current state of XCP toolstack packages is not where we'd like the=
m to

> be. The code in the current release is a snapshot from somewhere

> directly after the 1.5 beta was released, and hasn't been updated =
yet.

> We're planning on getting snapshots from the 1.6 branch up and run=
ning

> soon, but it probably won't happen until around March next year.



Good to know, thanks for the info!



Cheers, Andreas.






_______________________________________________

Xen-api mailing list

Xen-api@lists.xe=
n.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api





--047d7b33907371844704d0bd7f3b--


--===============4670154151823265512==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4670154151823265512==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:28:18 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:28: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 1TjAho-0002FR-P6; Thu, 13 Dec 2012 15:28:12 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjAhm-0002FL-Uo
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:28:11 +0000
Received: from [193.109.254.147:38326] by server-13.bemta-14.messagelabs.com
	id 9C/C9-01725-904F9C05; Thu, 13 Dec 2012 15:28:09 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-8.tower-27.messagelabs.com!1355412486!9898551!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19463 invoked from network); 13 Dec 2012 15:28:06 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-8.tower-27.messagelabs.com with SMTP;
	13 Dec 2012 15:28:06 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id E60751C224E
	for ; Thu, 13 Dec 2012 17:23:58 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id h4g23ybFGs1v for ;
	Thu, 13 Dec 2012 17:23:57 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id BC3BD1C1ECE
	for ; Thu, 13 Dec 2012 17:23:57 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.physik.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id 0A5BCA629B2
	for ; Thu, 13 Dec 2012 16:28:04 +0100 (CET)
Message-ID: <50C9F404.4070001@hilboll.de>
Date: Thu, 13 Dec 2012 16:28:04 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
In-Reply-To: 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Andrew, thanks for your answer. It's encouraging :)

> When we want to install a yum package, we check the package contents to
> ensure it's not going to interfere with the dom0, and run a once-off
> command like:
> yum --enablerepo=base --disablerepo=citrix install screen

As I'm not familiar with CentOS, could you shortly elaborate on what
this does and why you want it?

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 15:28:18 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:28: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 1TjAho-0002FR-P6; Thu, 13 Dec 2012 15:28:12 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjAhm-0002FL-Uo
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:28:11 +0000
Received: from [193.109.254.147:38326] by server-13.bemta-14.messagelabs.com
	id 9C/C9-01725-904F9C05; Thu, 13 Dec 2012 15:28:09 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-8.tower-27.messagelabs.com!1355412486!9898551!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19463 invoked from network); 13 Dec 2012 15:28:06 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-8.tower-27.messagelabs.com with SMTP;
	13 Dec 2012 15:28:06 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id E60751C224E
	for ; Thu, 13 Dec 2012 17:23:58 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id h4g23ybFGs1v for ;
	Thu, 13 Dec 2012 17:23:57 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id BC3BD1C1ECE
	for ; Thu, 13 Dec 2012 17:23:57 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.physik.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id 0A5BCA629B2
	for ; Thu, 13 Dec 2012 16:28:04 +0100 (CET)
Message-ID: <50C9F404.4070001@hilboll.de>
Date: Thu, 13 Dec 2012 16:28:04 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
In-Reply-To: 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Andrew, thanks for your answer. It's encouraging :)

> When we want to install a yum package, we check the package contents to
> ensure it's not going to interfere with the dom0, and run a once-off
> command like:
> yum --enablerepo=base --disablerepo=citrix install screen

As I'm not familiar with CentOS, could you shortly elaborate on what
this does and why you want it?

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 15:38:46 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15: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 1TjArw-0002xB-HB; Thu, 13 Dec 2012 15:38:40 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjArv-0002x1-AV
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:38:39 +0000
Received: from [85.158.143.99:10737] by server-2.bemta-4.messagelabs.com id
	75/5E-30861-D76F9C05; Thu, 13 Dec 2012 15:38:37 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1355413114!22499100!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20761 invoked from network); 13 Dec 2012 15:38:36 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:38:36 -0000
Received: by mail-vb0-f45.google.com with SMTP id p1so2456694vbi.32
	for ; Thu, 13 Dec 2012 07:38:34 -0800 (PST)
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=6z5gmvgJZ5U1M2l5R93L08LXS3HnN0X6+65E3hY18h4=;
	b=jp3Ha8dvY0WQj0PH+ZTqQ1VZSNEFHwdVL4iBJrp2LbsZf55M5pPbormOdBU9z7rsHJ
	HQRT0julONqt5eRqs8Lw627AdGL1NGZJMvlIx1zrZ0TRCKUrYp2DoO+YG9Ao0orpEdj4
	Aq2QMda8uCOVgonoddNfc2sfmPoWDMn3xCndFZzStIfuPEDQNPyCmKukbGabkozjZY0s
	4bM7wBbKya9MMhqJo4E/BCrkAzBY042QHVkiUv16CJtRyGEe2RQ7t7ogII+5AdoO5vkl
	ALxvFNarvz2bEq6H7BlOnBIBnBiNF+89qB1/awBzjVuHf8+mF2DiPs498Z9928+o8kE/
	hefQ==
Received: by 10.58.67.199 with SMTP id p7mr4155435vet.40.1355413114467; Thu,
	13 Dec 2012 07:38:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:38:13 -0800 (PST)
In-Reply-To: <50C9F404.4070001@hilboll.de>
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:38:13 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQm14OrojuJ+2tQD1HrYxrVwuZb2tRaE1rUPo3iHclEAqQhGx7qmjROoRG1aIcKz65i0ptib
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4674597818557019374=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4674597818557019374==
Content-Type: multipart/alternative; boundary=047d7b2e4ada3635b804d0bdb503

--047d7b2e4ada3635b804d0bdb503
Content-Type: text/plain; charset=ISO-8859-1

Hey Andreas,

Sure -- yum is a package installer like apt.

yum --enablerepo=base --disablerepo=citrix install 

In my example I mentioned screen.

This just means it disables the citrix updates repo and enables the base
centos repo for searching for the desired package.

Here's a better explanation by way of example, just check out what's in the
available repos list.

I did this on a dom0:

cd /etc/yum.repos.d/

[root@vh04 yum.repos.d]# ls -al
total 32
drwxr-xr-x  2 root root  4096 Sep 25 21:28 .
drwxr-xr-x 62 root root  4096 Dec 13 10:13 ..
-rw-r--r--  1 root root  2020 Sep 25 21:28 CentOS-Base.repo
-rw-r--r--  1 root root   631 Aug 29  2011 CentOS-Debuginfo.repo
-rw-r--r--  1 root root   626 Aug 29  2011 CentOS-Media.repo
-rw-r--r--  1 root root  5390 Aug 29  2011 CentOS-Vault.repo
-rw-r--r--  1 root wheel  264 Sep 25 21:28 Citrix.repo

*[root@vh04 yum.repos.d]# cat Citrix.repo *
*
*
[citrix]
name=XenServer 6.1.0 updates
mirrorlist=http://updates.vmd.citrix.com/XenServer/6.1.0/domain0/mirrorlist
#baseurl=http://updates.vmd.citrix.com/XenServer/6.1.0/domain0/
gpgcheck=1
gpgkey=http://updates.vmd.citrix.com/XenServer/RPM-GPG-KEY-6.1.0
enabled=1

*[root@vh04 yum.repos.d]# cat CentOS-Base.repo *

# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client.  You should use this for CentOS
updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the
# remarked out baseurl= line instead.
#
#

[base]
name=CentOS-$releasever - Base
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=kernel-xen*, *xen*
enabled=0

[SNIP -- bunch more of the same ...]


On Thu, Dec 13, 2012 at 1:28 PM, Andreas Hilboll  wrote:

> yum --enablerepo=base --disablerepo=citrix install

--047d7b2e4ada3635b804d0bdb503
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hey Andreas,




Sure -- yum is a pa=
ckage installer like apt.




yum --enablerepo=3Dbase =
--disablerepo=3Dcitrix install <PACKAGE>




In my =
example I mentioned screen.

This just means it disables the citrix updates repo =
and enables the base centos repo for searching for the desired package.




Here's a bet=
ter explanation by way of example, just check out what's in the availab=
le repos list.




I did this on a dom0:=





cd /etc/yum.repos.d=
/

<=
/font>
[r=
oot@vh04 yum.repos.d]# ls -al



total 32
drwxr-xr-x =A02 root root =A04096 Sep 25 21:28 .
drwxr-xr-x 62 root root =A04096 Dec 13 10:13 ..
-rw-r--r-=
- =A01 root root =A02020 Sep 25 21:28 CentOS-Base.repo
-rw-r--r--=
 =A01 root root =A0 631 Aug 29 =A02011 CentOS-Debuginfo.repo



-rw-r--r-- =A01 root root =A0 626 Aug 29 =A02011 CentOS-Media.repo
-rw-r--r-- =A01 root root =A05390 Aug 29 =A02011 CentOS-Vault.repo
-rw-r--r-- =A01 root wheel =A0264 Sep 25 21:28 Citrix.repo




[root@vh04 yum.repos.d]# cat Citrix.repo=A0

[citrix]
name=3DXenServer 6.1.0 updates


gpgcheck=3D1



enabled=3D1

[root@vh04 yum.repos.d]# cat C=
entOS-Base.repo=A0

# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the cli=
ent and the



# update status of each mirror to pick mirrors that are updated to and=

# geographically close to the client. =A0You should use this for=
 CentOS updates
# unless you are manually picking other mirrors.<=
/div>


#
# If the mirrorlist=3D does not work for you, as a fall ba=
ck you can try the=A0
# remarked out baseurl=3D line instead.
#
#

[base]
name=3DCentO=
S-$releasever - Base





gpgcheck=3D1
gpgkey=3Dfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-Ce=
ntOS-5
exclude=3Dkernel-xen*, *xen*
enabled=3D0

[SNIP -- bunch more of the same ...]



On Thu, Dec 13, 2012 at 1:28 PM, Andreas=
 Hilboll <lists@hilboll.de> wrote:


yum --enablerepo=3Dbase --disablerepo=3Dcitrix install


--047d7b2e4ada3635b804d0bdb503--


--===============4674597818557019374==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4674597818557019374==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:38:46 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15: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 1TjArw-0002xB-HB; Thu, 13 Dec 2012 15:38:40 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjArv-0002x1-AV
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:38:39 +0000
Received: from [85.158.143.99:10737] by server-2.bemta-4.messagelabs.com id
	75/5E-30861-D76F9C05; Thu, 13 Dec 2012 15:38:37 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1355413114!22499100!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20761 invoked from network); 13 Dec 2012 15:38:36 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:38:36 -0000
Received: by mail-vb0-f45.google.com with SMTP id p1so2456694vbi.32
	for ; Thu, 13 Dec 2012 07:38:34 -0800 (PST)
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=6z5gmvgJZ5U1M2l5R93L08LXS3HnN0X6+65E3hY18h4=;
	b=jp3Ha8dvY0WQj0PH+ZTqQ1VZSNEFHwdVL4iBJrp2LbsZf55M5pPbormOdBU9z7rsHJ
	HQRT0julONqt5eRqs8Lw627AdGL1NGZJMvlIx1zrZ0TRCKUrYp2DoO+YG9Ao0orpEdj4
	Aq2QMda8uCOVgonoddNfc2sfmPoWDMn3xCndFZzStIfuPEDQNPyCmKukbGabkozjZY0s
	4bM7wBbKya9MMhqJo4E/BCrkAzBY042QHVkiUv16CJtRyGEe2RQ7t7ogII+5AdoO5vkl
	ALxvFNarvz2bEq6H7BlOnBIBnBiNF+89qB1/awBzjVuHf8+mF2DiPs498Z9928+o8kE/
	hefQ==
Received: by 10.58.67.199 with SMTP id p7mr4155435vet.40.1355413114467; Thu,
	13 Dec 2012 07:38:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:38:13 -0800 (PST)
In-Reply-To: <50C9F404.4070001@hilboll.de>
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:38:13 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQm14OrojuJ+2tQD1HrYxrVwuZb2tRaE1rUPo3iHclEAqQhGx7qmjROoRG1aIcKz65i0ptib
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4674597818557019374=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4674597818557019374==
Content-Type: multipart/alternative; boundary=047d7b2e4ada3635b804d0bdb503

--047d7b2e4ada3635b804d0bdb503
Content-Type: text/plain; charset=ISO-8859-1

Hey Andreas,

Sure -- yum is a package installer like apt.

yum --enablerepo=base --disablerepo=citrix install 

In my example I mentioned screen.

This just means it disables the citrix updates repo and enables the base
centos repo for searching for the desired package.

Here's a better explanation by way of example, just check out what's in the
available repos list.

I did this on a dom0:

cd /etc/yum.repos.d/

[root@vh04 yum.repos.d]# ls -al
total 32
drwxr-xr-x  2 root root  4096 Sep 25 21:28 .
drwxr-xr-x 62 root root  4096 Dec 13 10:13 ..
-rw-r--r--  1 root root  2020 Sep 25 21:28 CentOS-Base.repo
-rw-r--r--  1 root root   631 Aug 29  2011 CentOS-Debuginfo.repo
-rw-r--r--  1 root root   626 Aug 29  2011 CentOS-Media.repo
-rw-r--r--  1 root root  5390 Aug 29  2011 CentOS-Vault.repo
-rw-r--r--  1 root wheel  264 Sep 25 21:28 Citrix.repo

*[root@vh04 yum.repos.d]# cat Citrix.repo *
*
*
[citrix]
name=XenServer 6.1.0 updates
mirrorlist=http://updates.vmd.citrix.com/XenServer/6.1.0/domain0/mirrorlist
#baseurl=http://updates.vmd.citrix.com/XenServer/6.1.0/domain0/
gpgcheck=1
gpgkey=http://updates.vmd.citrix.com/XenServer/RPM-GPG-KEY-6.1.0
enabled=1

*[root@vh04 yum.repos.d]# cat CentOS-Base.repo *

# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client.  You should use this for CentOS
updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the
# remarked out baseurl= line instead.
#
#

[base]
name=CentOS-$releasever - Base
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=kernel-xen*, *xen*
enabled=0

[SNIP -- bunch more of the same ...]


On Thu, Dec 13, 2012 at 1:28 PM, Andreas Hilboll  wrote:

> yum --enablerepo=base --disablerepo=citrix install

--047d7b2e4ada3635b804d0bdb503
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hey Andreas,




Sure -- yum is a pa=
ckage installer like apt.




yum --enablerepo=3Dbase =
--disablerepo=3Dcitrix install <PACKAGE>




In my =
example I mentioned screen.

This just means it disables the citrix updates repo =
and enables the base centos repo for searching for the desired package.




Here's a bet=
ter explanation by way of example, just check out what's in the availab=
le repos list.




I did this on a dom0:=





cd /etc/yum.repos.d=
/

<=
/font>
[r=
oot@vh04 yum.repos.d]# ls -al



total 32
drwxr-xr-x =A02 root root =A04096 Sep 25 21:28 .
drwxr-xr-x 62 root root =A04096 Dec 13 10:13 ..
-rw-r--r-=
- =A01 root root =A02020 Sep 25 21:28 CentOS-Base.repo
-rw-r--r--=
 =A01 root root =A0 631 Aug 29 =A02011 CentOS-Debuginfo.repo



-rw-r--r-- =A01 root root =A0 626 Aug 29 =A02011 CentOS-Media.repo
-rw-r--r-- =A01 root root =A05390 Aug 29 =A02011 CentOS-Vault.repo
-rw-r--r-- =A01 root wheel =A0264 Sep 25 21:28 Citrix.repo




[root@vh04 yum.repos.d]# cat Citrix.repo=A0

[citrix]
name=3DXenServer 6.1.0 updates


gpgcheck=3D1



enabled=3D1

[root@vh04 yum.repos.d]# cat C=
entOS-Base.repo=A0

# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the cli=
ent and the



# update status of each mirror to pick mirrors that are updated to and=

# geographically close to the client. =A0You should use this for=
 CentOS updates
# unless you are manually picking other mirrors.<=
/div>


#
# If the mirrorlist=3D does not work for you, as a fall ba=
ck you can try the=A0
# remarked out baseurl=3D line instead.
#
#

[base]
name=3DCentO=
S-$releasever - Base





gpgcheck=3D1
gpgkey=3Dfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-Ce=
ntOS-5
exclude=3Dkernel-xen*, *xen*
enabled=3D0

[SNIP -- bunch more of the same ...]



On Thu, Dec 13, 2012 at 1:28 PM, Andreas=
 Hilboll <lists@hilboll.de> wrote:


yum --enablerepo=3Dbase --disablerepo=3Dcitrix install


--047d7b2e4ada3635b804d0bdb503--


--===============4674597818557019374==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4674597818557019374==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:43:15 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15: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 1TjAwJ-00044N-67; Thu, 13 Dec 2012 15:43:11 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjAwF-00043d-Tq
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:43:09 +0000
Received: from [85.158.137.99:12479] by server-4.bemta-3.messagelabs.com id
	4A/CA-31835-A87F9C05; Thu, 13 Dec 2012 15:43:06 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-14.tower-217.messagelabs.com!1355413386!17525772!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23424 invoked from network); 13 Dec 2012 15:43:06 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-14.tower-217.messagelabs.com with SMTP;
	13 Dec 2012 15:43:06 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 0FA4B1C224E
	for ; Thu, 13 Dec 2012 17:38:58 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EuPdqvqBUPTw for ;
	Thu, 13 Dec 2012 17:38:55 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id 767301C1ECE
	for ; Thu, 13 Dec 2012 17:38:55 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.physik.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id B399EA60591
	for ; Thu, 13 Dec 2012 16:43:02 +0100 (CET)
Message-ID: <50C9F785.9010905@hilboll.de>
Date: Thu, 13 Dec 2012 16:43:01 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
In-Reply-To: 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Andrew,

thanks again for your clarification and extensive answer!

> yum --enablerepo=base --disablerepo=citrix install 
> 
> In my example I mentioned screen.
> 
> This just means it disables the citrix updates repo and enables the base
> centos repo for searching for the desired package.

Okay, no big surprise here. What I don't get is why you explicitly
disable the citrix repo? From apt based systems, I would just do

   apt-get install screen

and if screen isn't contained in the citrix repo, it would automatically
be taken from the main Debian repository. So where does the need to
disable the citrix repo come from?

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 15:43:15 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15: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 1TjAwJ-00044N-67; Thu, 13 Dec 2012 15:43:11 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjAwF-00043d-Tq
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:43:09 +0000
Received: from [85.158.137.99:12479] by server-4.bemta-3.messagelabs.com id
	4A/CA-31835-A87F9C05; Thu, 13 Dec 2012 15:43:06 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-14.tower-217.messagelabs.com!1355413386!17525772!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23424 invoked from network); 13 Dec 2012 15:43:06 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-14.tower-217.messagelabs.com with SMTP;
	13 Dec 2012 15:43:06 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 0FA4B1C224E
	for ; Thu, 13 Dec 2012 17:38:58 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EuPdqvqBUPTw for ;
	Thu, 13 Dec 2012 17:38:55 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id 767301C1ECE
	for ; Thu, 13 Dec 2012 17:38:55 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.physik.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id B399EA60591
	for ; Thu, 13 Dec 2012 16:43:02 +0100 (CET)
Message-ID: <50C9F785.9010905@hilboll.de>
Date: Thu, 13 Dec 2012 16:43:01 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
In-Reply-To: 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Andrew,

thanks again for your clarification and extensive answer!

> yum --enablerepo=base --disablerepo=citrix install 
> 
> In my example I mentioned screen.
> 
> This just means it disables the citrix updates repo and enables the base
> centos repo for searching for the desired package.

Okay, no big surprise here. What I don't get is why you explicitly
disable the citrix repo? From apt based systems, I would just do

   apt-get install screen

and if screen isn't contained in the citrix repo, it would automatically
be taken from the main Debian repository. So where does the need to
disable the citrix repo come from?

Cheers, Andreas.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 15:50:12 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:50: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 1TjB30-0004Vn-AR; Thu, 13 Dec 2012 15:50:06 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjB2y-0004Vd-Ro
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:50:05 +0000
Received: from [85.158.143.99:56811] by server-3.bemta-4.messagelabs.com id
	AD/E9-18211-C29F9C05; Thu, 13 Dec 2012 15:50:04 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1355413798!22501032!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	MIME_BASE64_TEXT,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6646 invoked from network); 13 Dec 2012 15:49:59 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:49:59 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2541590vcb.32
	for ; Thu, 13 Dec 2012 07:48:45 -0800 (PST)
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=FOuO1m/iEELHlawMeF0JdNJQSlkCpG5iPo5yDF/hBAc=;
	b=pQfc375jCWQPsCl95CQmC0Z/xrz9oSLkYmu3aPM0ZmqZig0Rddz8C9yuPMNsehmSCt
	ugNTlMjBrB+5zaykFla0VjV+CCDwT6fcrbPwPfRDLTJ31bvZDfEZL5+N/zfjGwCBM3zy
	Shpa6O7RuX9Mf6knP/0/kC4HOaYXtRraYW1+8jtnuooaYqkVE136YJCcXTiOAaHkR3y9
	BlCdyZ+mYXHVVIUPzf8/3X5dWZHRrX8Pl2vItm7eUSfcCjH4J01W4BFcEVeStkexABFF
	nGcXfJ/dSIYqsvkWKLdreptVQdvnQIEhXwkUC7Q7Zl9c/ekJNiasPvx/22WA+eTBSPtM
	u7zQ==
Received: by 10.58.74.196 with SMTP id w4mr4285502vev.7.1355413725245; Thu, 13
	Dec 2012 07:48:45 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:48:25 -0800 (PST)
In-Reply-To: <50C9F785.9010905@hilboll.de>
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
	<50C9F785.9010905@hilboll.de>
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:48:25 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQmPMhawsD9TtJdtf6dP7KXRyE6BMLqzYD0iAxYFHpIza1PyeLVp0adfYzh5G4XPvs+FkxTo
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5357924060911457432=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5357924060911457432==
Content-Type: multipart/alternative; boundary=047d7b86edf69df22f04d0bdd965

--047d7b86edf69df22f04d0bdd965
Content-Type: text/plain; charset=ISO-8859-1

Good question =)

I think I wrote that in my default notes just to be completely explicit
about my intentions.

However good timing for that question because I'm setting up a new XS, so
let's see what happens.

And the answer is it works fine.

[root@vh04 yum.repos.d]# yum --enablerepo=base install screen
Loaded plugins: fastestmirror
Determining fastest mirrors
 * base: mirror.ventraip.net.au
base
                                  | 1.1 kB     00:00
base/primary
                                  | 967 kB     00:00
base
                                               2725/2725
citrix
                                  |  951 B     00:00
citrix/primary
                                  |  173 B     00:00
Excluding Packages from CentOS-5 - Base
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package screen.i386 0:4.0.3-4.el5 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

====================================================================================================================================
 Package                        Arch                         Version
                      Repository                    Size
====================================================================================================================================
Installing:
 screen                         i386                         4.0.3-4.el5
                      base                         559 k

Transaction Summary
====================================================================================================================================
Install       1 Package(s)
Upgrade       0 Package(s)

Total download size: 559 k
Is this ok [y/N]: y
Downloading Packages:
screen-4.0.3-4.el5.i386.rpm
                                 | 559 kB     00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing     : screen
                                                    1/1

Installed:
  screen.i386 0:4.0.3-4.el5


Complete!




On Thu, Dec 13, 2012 at 1:43 PM, Andreas Hilboll  wrote:

> yum --enablerepo=base

--047d7b86edf69df22f04d0bdd965
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: base64

R29vZCBxdWVzdGlvbiA9KTxkaXY+PGJyPjwvZGl2PjxkaXY+SSB0aGluayBJIHdyb3RlIHRoYXQg
aW4gbXkgZGVmYXVsdCBub3RlcyBqdXN0IHRvIGJlIGNvbXBsZXRlbHkgZXhwbGljaXQgYWJvdXQg
bXkgaW50ZW50aW9ucy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkhvd2V2ZXIgZ29vZCB0aW1p
bmcgZm9yIHRoYXQgcXVlc3Rpb24gYmVjYXVzZSBJJiMzOTttIHNldHRpbmcgdXAgYSBuZXcgWFMs
IHNvIGxldCYjMzk7cyBzZWUgd2hhdCBoYXBwZW5zLjwvZGl2PgoKPGRpdj48YnI+PC9kaXY+PGRp
dj5BbmQgdGhlIGFuc3dlciBpcyBpdCB3b3JrcyBmaW5lLjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk
aXY+PGRpdj5bcm9vdEB2aDA0IHl1bS5yZXBvcy5kXSMgeXVtIC0tZW5hYmxlcmVwbz1iYXNlIGlu
c3RhbGwgc2NyZWVuPC9kaXY+PGRpdj5Mb2FkZWQgcGx1Z2luczogZmFzdGVzdG1pcnJvcjwvZGl2
PjxkaXY+RGV0ZXJtaW5pbmcgZmFzdGVzdCBtaXJyb3JzPC9kaXY+Cgo8ZGl2PqAqIGJhc2U6IDxh
IGhyZWY9Imh0dHA6Ly9taXJyb3IudmVudHJhaXAubmV0LmF1Ij5taXJyb3IudmVudHJhaXAubmV0
LmF1PC9hPjwvZGl2PjxkaXY+YmFzZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIHwgMS4xIGtCIKAgoCAwMDowMCCgIKCgPC9kaXY+Cgo8ZGl2PmJhc2UvcHJp
bWFyeSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCB8IDk2NyBrQiCgIKAg
MDA6MDAgoCCgoDwvZGl2PjxkaXY+YmFzZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAyNzI1LzI3MjU8L2Rpdj4KCjxkaXY+Y2l0cml4
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIHwgoDk1MSBCIKAg
oCAwMDowMCCgIKCgPC9kaXY+PGRpdj5jaXRyaXgvcHJpbWFyeSCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgfCCgMTczIEIgoCCgIDAwOjAwIKAgoKA8L2Rpdj4KCjxkaXY+RXhj
bHVkaW5nIFBhY2thZ2VzIGZyb20gQ2VudE9TLTUgLSBCYXNlPC9kaXY+PGRpdj5GaW5pc2hlZDwv
ZGl2PjxkaXY+U2V0dGluZyB1cCBJbnN0YWxsIFByb2Nlc3M8L2Rpdj48ZGl2PlJlc29sdmluZyBE
ZXBlbmRlbmNpZXM8L2Rpdj48ZGl2Pi0tJmd0OyBSdW5uaW5nIHRyYW5zYWN0aW9uIGNoZWNrPC9k
aXY+PGRpdj4tLS0mZ3Q7IFBhY2thZ2Ugc2NyZWVuLmkzODYgMDo0LjAuMy00LmVsNSBzZXQgdG8g
YmUgdXBkYXRlZDwvZGl2PgoKPGRpdj4tLSZndDsgRmluaXNoZWQgRGVwZW5kZW5jeSBSZXNvbHV0
aW9uPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5EZXBlbmRlbmNpZXMgUmVzb2x2ZWQ8L2Rpdj48
ZGl2Pjxicj48L2Rpdj48ZGl2Pj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTwvZGl2PgoKPGRpdj6gUGFja2Fn
ZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoEFyY2ggoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgVmVy
c2lvbiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgUmVwb3NpdG9yeSCgIKAgoCCgIKAgoCCg
IKAgoCCgU2l6ZTwvZGl2PjxkaXY+PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PC9kaXY+Cgo8ZGl2Pkluc3Rh
bGxpbmc6PC9kaXY+PGRpdj6gc2NyZWVuIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIGkzODYgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgNC4wLjMtNC5lbDUgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
YmFzZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCA1NTkgazwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk
aXY+VHJhbnNhY3Rpb24gU3VtbWFyeTwvZGl2PjxkaXY+PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PC9kaXY+
Cgo8ZGl2Pkluc3RhbGwgoCCgIKAgMSBQYWNrYWdlKHMpPC9kaXY+PGRpdj5VcGdyYWRlIKAgoCCg
IDAgUGFja2FnZShzKTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VG90YWwgZG93bmxvYWQgc2l6
ZTogNTU5IGs8L2Rpdj48ZGl2PklzIHRoaXMgb2sgW3kvTl06IHk8L2Rpdj48ZGl2PkRvd25sb2Fk
aW5nIFBhY2thZ2VzOjwvZGl2PjxkaXY+c2NyZWVuLTQuMC4zLTQuZWw1LmkzODYucnBtIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoHwgNTU5IGtCIKAgoCAwMDowMCCgIKCgPC9kaXY+Cgo8ZGl2PlJ1
bm5pbmcgcnBtX2NoZWNrX2RlYnVnPC9kaXY+PGRpdj5SdW5uaW5nIFRyYW5zYWN0aW9uIFRlc3Q8
L2Rpdj48ZGl2PkZpbmlzaGVkIFRyYW5zYWN0aW9uIFRlc3Q8L2Rpdj48ZGl2PlRyYW5zYWN0aW9u
IFRlc3QgU3VjY2VlZGVkPC9kaXY+PGRpdj5SdW5uaW5nIFRyYW5zYWN0aW9uPC9kaXY+PGRpdj6g
IEluc3RhbGxpbmcgoCCgIDogc2NyZWVuIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIDEvMaA8L2Rpdj4KCjxkaXY+PGJyPjwvZGl2PjxkaXY+SW5zdGFsbGVkOjwv
ZGl2PjxkaXY+oCBzY3JlZW4uaTM4NiAwOjQuMC4zLTQuZWw1IKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKCgPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5Db21w
bGV0ZSE8L2Rpdj48L2Rpdj4KPGRpdj4KPGJyPjwvZGl2PjxkaXY+PGJyPgo8YnI+PGJyPjxkaXYg
Y2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBUaHUsIERlYyAxMywgMjAxMiBhdCAxOjQzIFBNLCBBbmRy
ZWFzIEhpbGJvbGwgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86bGlzdHNAaGls
Ym9sbC5kZSIgdGFyZ2V0PSJfYmxhbmsiPmxpc3RzQGhpbGJvbGwuZGU8L2E+Jmd0Ozwvc3Bhbj4g
d3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjow
IDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgoK
eXVtIC0tZW5hYmxlcmVwbz1iYXNlPC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4K
--047d7b86edf69df22f04d0bdd965--


--===============5357924060911457432==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5357924060911457432==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:50:12 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:50: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 1TjB30-0004Vn-AR; Thu, 13 Dec 2012 15:50:06 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjB2y-0004Vd-Ro
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:50:05 +0000
Received: from [85.158.143.99:56811] by server-3.bemta-4.messagelabs.com id
	AD/E9-18211-C29F9C05; Thu, 13 Dec 2012 15:50:04 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1355413798!22501032!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	MIME_BASE64_TEXT,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6646 invoked from network); 13 Dec 2012 15:49:59 -0000
Received: from mail-vc0-f173.google.com (HELO mail-vc0-f173.google.com)
	(209.85.220.173)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:49:59 -0000
Received: by mail-vc0-f173.google.com with SMTP id f13so2541590vcb.32
	for ; Thu, 13 Dec 2012 07:48:45 -0800 (PST)
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=FOuO1m/iEELHlawMeF0JdNJQSlkCpG5iPo5yDF/hBAc=;
	b=pQfc375jCWQPsCl95CQmC0Z/xrz9oSLkYmu3aPM0ZmqZig0Rddz8C9yuPMNsehmSCt
	ugNTlMjBrB+5zaykFla0VjV+CCDwT6fcrbPwPfRDLTJ31bvZDfEZL5+N/zfjGwCBM3zy
	Shpa6O7RuX9Mf6knP/0/kC4HOaYXtRraYW1+8jtnuooaYqkVE136YJCcXTiOAaHkR3y9
	BlCdyZ+mYXHVVIUPzf8/3X5dWZHRrX8Pl2vItm7eUSfcCjH4J01W4BFcEVeStkexABFF
	nGcXfJ/dSIYqsvkWKLdreptVQdvnQIEhXwkUC7Q7Zl9c/ekJNiasPvx/22WA+eTBSPtM
	u7zQ==
Received: by 10.58.74.196 with SMTP id w4mr4285502vev.7.1355413725245; Thu, 13
	Dec 2012 07:48:45 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:48:25 -0800 (PST)
In-Reply-To: <50C9F785.9010905@hilboll.de>
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
	<50C9F785.9010905@hilboll.de>
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:48:25 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQmPMhawsD9TtJdtf6dP7KXRyE6BMLqzYD0iAxYFHpIza1PyeLVp0adfYzh5G4XPvs+FkxTo
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5357924060911457432=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5357924060911457432==
Content-Type: multipart/alternative; boundary=047d7b86edf69df22f04d0bdd965

--047d7b86edf69df22f04d0bdd965
Content-Type: text/plain; charset=ISO-8859-1

Good question =)

I think I wrote that in my default notes just to be completely explicit
about my intentions.

However good timing for that question because I'm setting up a new XS, so
let's see what happens.

And the answer is it works fine.

[root@vh04 yum.repos.d]# yum --enablerepo=base install screen
Loaded plugins: fastestmirror
Determining fastest mirrors
 * base: mirror.ventraip.net.au
base
                                  | 1.1 kB     00:00
base/primary
                                  | 967 kB     00:00
base
                                               2725/2725
citrix
                                  |  951 B     00:00
citrix/primary
                                  |  173 B     00:00
Excluding Packages from CentOS-5 - Base
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package screen.i386 0:4.0.3-4.el5 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

====================================================================================================================================
 Package                        Arch                         Version
                      Repository                    Size
====================================================================================================================================
Installing:
 screen                         i386                         4.0.3-4.el5
                      base                         559 k

Transaction Summary
====================================================================================================================================
Install       1 Package(s)
Upgrade       0 Package(s)

Total download size: 559 k
Is this ok [y/N]: y
Downloading Packages:
screen-4.0.3-4.el5.i386.rpm
                                 | 559 kB     00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing     : screen
                                                    1/1

Installed:
  screen.i386 0:4.0.3-4.el5


Complete!




On Thu, Dec 13, 2012 at 1:43 PM, Andreas Hilboll  wrote:

> yum --enablerepo=base

--047d7b86edf69df22f04d0bdd965
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: base64

R29vZCBxdWVzdGlvbiA9KTxkaXY+PGJyPjwvZGl2PjxkaXY+SSB0aGluayBJIHdyb3RlIHRoYXQg
aW4gbXkgZGVmYXVsdCBub3RlcyBqdXN0IHRvIGJlIGNvbXBsZXRlbHkgZXhwbGljaXQgYWJvdXQg
bXkgaW50ZW50aW9ucy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkhvd2V2ZXIgZ29vZCB0aW1p
bmcgZm9yIHRoYXQgcXVlc3Rpb24gYmVjYXVzZSBJJiMzOTttIHNldHRpbmcgdXAgYSBuZXcgWFMs
IHNvIGxldCYjMzk7cyBzZWUgd2hhdCBoYXBwZW5zLjwvZGl2PgoKPGRpdj48YnI+PC9kaXY+PGRp
dj5BbmQgdGhlIGFuc3dlciBpcyBpdCB3b3JrcyBmaW5lLjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk
aXY+PGRpdj5bcm9vdEB2aDA0IHl1bS5yZXBvcy5kXSMgeXVtIC0tZW5hYmxlcmVwbz1iYXNlIGlu
c3RhbGwgc2NyZWVuPC9kaXY+PGRpdj5Mb2FkZWQgcGx1Z2luczogZmFzdGVzdG1pcnJvcjwvZGl2
PjxkaXY+RGV0ZXJtaW5pbmcgZmFzdGVzdCBtaXJyb3JzPC9kaXY+Cgo8ZGl2PqAqIGJhc2U6IDxh
IGhyZWY9Imh0dHA6Ly9taXJyb3IudmVudHJhaXAubmV0LmF1Ij5taXJyb3IudmVudHJhaXAubmV0
LmF1PC9hPjwvZGl2PjxkaXY+YmFzZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIHwgMS4xIGtCIKAgoCAwMDowMCCgIKCgPC9kaXY+Cgo8ZGl2PmJhc2UvcHJp
bWFyeSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCB8IDk2NyBrQiCgIKAg
MDA6MDAgoCCgoDwvZGl2PjxkaXY+YmFzZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAyNzI1LzI3MjU8L2Rpdj4KCjxkaXY+Y2l0cml4
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIHwgoDk1MSBCIKAg
oCAwMDowMCCgIKCgPC9kaXY+PGRpdj5jaXRyaXgvcHJpbWFyeSCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgfCCgMTczIEIgoCCgIDAwOjAwIKAgoKA8L2Rpdj4KCjxkaXY+RXhj
bHVkaW5nIFBhY2thZ2VzIGZyb20gQ2VudE9TLTUgLSBCYXNlPC9kaXY+PGRpdj5GaW5pc2hlZDwv
ZGl2PjxkaXY+U2V0dGluZyB1cCBJbnN0YWxsIFByb2Nlc3M8L2Rpdj48ZGl2PlJlc29sdmluZyBE
ZXBlbmRlbmNpZXM8L2Rpdj48ZGl2Pi0tJmd0OyBSdW5uaW5nIHRyYW5zYWN0aW9uIGNoZWNrPC9k
aXY+PGRpdj4tLS0mZ3Q7IFBhY2thZ2Ugc2NyZWVuLmkzODYgMDo0LjAuMy00LmVsNSBzZXQgdG8g
YmUgdXBkYXRlZDwvZGl2PgoKPGRpdj4tLSZndDsgRmluaXNoZWQgRGVwZW5kZW5jeSBSZXNvbHV0
aW9uPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5EZXBlbmRlbmNpZXMgUmVzb2x2ZWQ8L2Rpdj48
ZGl2Pjxicj48L2Rpdj48ZGl2Pj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTwvZGl2PgoKPGRpdj6gUGFja2Fn
ZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoEFyY2ggoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgVmVy
c2lvbiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgUmVwb3NpdG9yeSCgIKAgoCCgIKAgoCCg
IKAgoCCgU2l6ZTwvZGl2PjxkaXY+PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PC9kaXY+Cgo8ZGl2Pkluc3Rh
bGxpbmc6PC9kaXY+PGRpdj6gc2NyZWVuIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIGkzODYgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgNC4wLjMtNC5lbDUgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
YmFzZSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCA1NTkgazwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk
aXY+VHJhbnNhY3Rpb24gU3VtbWFyeTwvZGl2PjxkaXY+PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PC9kaXY+
Cgo8ZGl2Pkluc3RhbGwgoCCgIKAgMSBQYWNrYWdlKHMpPC9kaXY+PGRpdj5VcGdyYWRlIKAgoCCg
IDAgUGFja2FnZShzKTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VG90YWwgZG93bmxvYWQgc2l6
ZTogNTU5IGs8L2Rpdj48ZGl2PklzIHRoaXMgb2sgW3kvTl06IHk8L2Rpdj48ZGl2PkRvd25sb2Fk
aW5nIFBhY2thZ2VzOjwvZGl2PjxkaXY+c2NyZWVuLTQuMC4zLTQuZWw1LmkzODYucnBtIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoHwgNTU5IGtCIKAgoCAwMDowMCCgIKCgPC9kaXY+Cgo8ZGl2PlJ1
bm5pbmcgcnBtX2NoZWNrX2RlYnVnPC9kaXY+PGRpdj5SdW5uaW5nIFRyYW5zYWN0aW9uIFRlc3Q8
L2Rpdj48ZGl2PkZpbmlzaGVkIFRyYW5zYWN0aW9uIFRlc3Q8L2Rpdj48ZGl2PlRyYW5zYWN0aW9u
IFRlc3QgU3VjY2VlZGVkPC9kaXY+PGRpdj5SdW5uaW5nIFRyYW5zYWN0aW9uPC9kaXY+PGRpdj6g
IEluc3RhbGxpbmcgoCCgIDogc2NyZWVuIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIDEvMaA8L2Rpdj4KCjxkaXY+PGJyPjwvZGl2PjxkaXY+SW5zdGFsbGVkOjwv
ZGl2PjxkaXY+oCBzY3JlZW4uaTM4NiAwOjQuMC4zLTQuZWw1IKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKCgPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5Db21w
bGV0ZSE8L2Rpdj48L2Rpdj4KPGRpdj4KPGJyPjwvZGl2PjxkaXY+PGJyPgo8YnI+PGJyPjxkaXYg
Y2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBUaHUsIERlYyAxMywgMjAxMiBhdCAxOjQzIFBNLCBBbmRy
ZWFzIEhpbGJvbGwgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86bGlzdHNAaGls
Ym9sbC5kZSIgdGFyZ2V0PSJfYmxhbmsiPmxpc3RzQGhpbGJvbGwuZGU8L2E+Jmd0Ozwvc3Bhbj4g
d3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjow
IDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgoK
eXVtIC0tZW5hYmxlcmVwbz1iYXNlPC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4K
--047d7b86edf69df22f04d0bdd965--


--===============5357924060911457432==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5357924060911457432==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:50:50 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:50: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 1TjB3e-0004YG-HC; Thu, 13 Dec 2012 15:50:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjB3d-0004Y2-KJ
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:50:46 +0000
Received: from [85.158.138.51:7058] by server-11.bemta-3.messagelabs.com id
	10/F2-13335-459F9C05; Thu, 13 Dec 2012 15:50:44 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1355413841!10113689!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30825 invoked from network); 13 Dec 2012 15:50:42 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:50:42 -0000
Received: by mail-vb0-f45.google.com with SMTP id p1so2480891vbi.32
	for ; Thu, 13 Dec 2012 07:50:40 -0800 (PST)
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=5oaAJpkuoL8pqkhVb9NiIEhOT5XGjIteWrC0bU9MRbg=;
	b=IY5HdLEjR0hU8VQeA/E1MaL8DTjWXhc6XsZySB1H9d24A3NcsEgPmUbSVCZIeIjP5L
	bcfFMV4vcVqpW5nattplWnGGTHFrSniLxeuPk/caKGUyAnzubVFdPMgD5OroqalX/Ehn
	m67HwKawSetwkObeTM8MH8TGbTsfc7EmKsqNeyU8AoFMz3oz+usKWnLVfzfBBEhovgwO
	oS5FVTHrefxVen8gNQzDOWmlhKbUY8FiZcXYdqcqD8VhhtXu75+PDdWIEyeI1C2hJKT+
	TNX7KlpXMfhlloV+AYKvxpDJuYIxhnPE3+Chr8ecGSI5PiHDZeUH7p/f+I/QADWVL1si
	rCew==
Received: by 10.59.6.70 with SMTP id cs6mr4060734ved.60.1355413840264; Thu, 13
	Dec 2012 07:50:40 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:50:20 -0800 (PST)
In-Reply-To: 
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
	<50C9F785.9010905@hilboll.de>
	
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:50:20 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQnIO97GngQ/bHtidaebBMbGmdOqz0B0s2DNe4veh9akP23mU9PyasU5OztyJDi7NDvY3xhD
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7985877339817686342=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7985877339817686342==
Content-Type: multipart/alternative; boundary=047d7bf0effe78febf04d0bde057

--047d7bf0effe78febf04d0bde057
Content-Type: text/plain; charset=ISO-8859-1

Oh and to finish off the other obvious end of that question.

You need to enable base because Citrix has disabled it specifically so that
you don't go messing up their dom0 =)

e.g.

[root@vh04 yum.repos.d]# grep enabled *
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Debuginfo.repo:enabled=0
CentOS-Media.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
Citrix.repo:enabled=1



On Thu, Dec 13, 2012 at 1:48 PM, Andrew Eross  wrote:

> Good question =)
>
> I think I wrote that in my default notes just to be completely explicit
> about my intentions.
>
> However good timing for that question because I'm setting up a new XS, so
> let's see what happens.
>
> And the answer is it works fine.
>
> [root@vh04 yum.repos.d]# yum --enablerepo=base install screen
> Loaded plugins: fastestmirror
> Determining fastest mirrors
>  * base: mirror.ventraip.net.au
> base
>                                   | 1.1 kB     00:00
> base/primary
>                                   | 967 kB     00:00
> base
>                                                2725/2725
> citrix
>                                   |  951 B     00:00
> citrix/primary
>                                   |  173 B     00:00
> Excluding Packages from CentOS-5 - Base
> Finished
> Setting up Install Process
> Resolving Dependencies
> --> Running transaction check
> ---> Package screen.i386 0:4.0.3-4.el5 set to be updated
> --> Finished Dependency Resolution
>
> Dependencies Resolved
>
>
> ====================================================================================================================================
>  Package                        Arch                         Version
>                       Repository                    Size
>
> ====================================================================================================================================
> Installing:
>  screen                         i386                         4.0.3-4.el5
>                       base                         559 k
>
> Transaction Summary
>
> ====================================================================================================================================
> Install       1 Package(s)
> Upgrade       0 Package(s)
>
> Total download size: 559 k
> Is this ok [y/N]: y
> Downloading Packages:
> screen-4.0.3-4.el5.i386.rpm
>                                    | 559 kB     00:00
> Running rpm_check_debug
> Running Transaction Test
> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
>   Installing     : screen
>                                                       1/1
>
> Installed:
>   screen.i386 0:4.0.3-4.el5
>
>
> Complete!
>
>
>
>
> On Thu, Dec 13, 2012 at 1:43 PM, Andreas Hilboll  wrote:
>
>> yum --enablerepo=base
>
>
>

--047d7bf0effe78febf04d0bde057
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Oh and to finish off the other obvious end of that question.

=

You need to enable base because Citrix has disabled it specifically so=
 that you don't go messing up their dom0 =3D)



e.g.

[root@vh04 yum.repos.d]# grep enabled *<=
/div>
CentOS-Base.repo:enabled=3D0
CentOS-Base.repo:enabled=
=3D0
CentOS-Base.repo:enabled=3D0
CentOS-Base.repo:enab=
led=3D0



CentOS-Base.repo:enabled=3D0
CentOS-Base.repo:enabled=3D0
CentOS-Debuginfo.repo:enabled=3D0
CentOS-Media.repo:enabl=
ed=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:=
enabled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
Citrix.repo:enabled=3D1




On Thu, Dec 13, 2012 at 1:48 PM, Andrew =
Eross <eross@locatrix.com> wrote:


Good question =3D)

I think I wrote that in my default no=
tes just to be completely explicit about my intentions.

However good timing for that question because I'm setting up a ne=
w XS, so let's see what happens.





And the answer is it works fine.

[root@vh04 yum.repos.d]# yum --enablerepo=3Dbase install screen
Loaded plugins: fastestmirror
Determining fastest mirrors<=
/div>



base =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 | 1.1 kB =A0 =A0 00:00 =A0 =A0=A0




base/primary =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | 967 kB =A0 =
=A0 00:00 =A0 =A0=A0
base =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A02725/2725




citrix =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A095=
1 B =A0 =A0 00:00 =A0 =A0=A0
citrix/primary =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 | =A0173 B =A0 =A0 00:00 =A0 =A0=A0




Excluding Packages from CentOS-5 - Base
Finished
S=
etting up Install Process
Resolving Dependencies
-->=
 Running transaction check
---> Package screen.i386 0:4.0.3-4.=
el5 set to be updated




--> Finished Dependency Resolution

Depende=
ncies Resolved

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D




=A0Package =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Arch =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Version =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Repository =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0Size
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D




Installing:
=A0screen =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 i386 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.0.3-4.el=
5 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 base =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 559 k

Transaction Summ=
ary
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D




Install =A0 =A0 =A0 1 Package(s)
Upgrade =A0 =A0 =A0 0 Packa=
ge(s)

Total download size: 559 k
Is this=
 ok [y/N]: y
Downloading Packages:
screen-4.0.3-4.el5.i=
386.rpm =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0| 559 kB =A0 =A0 00:00 =A0 =A0=A0




Running rpm_check_debug
Running Transaction Test
F=
inished Transaction Test
Transaction Test Succeeded
Run=
ning Transaction
=A0 Installing =A0 =A0 : screen =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1/1=A0





Installed:
=A0 screen.i386 0:4.0.3-4.el5 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0

Complete!









On Thu, Dec 13, 2012 at 1:43 PM, Andreas=
 Hilboll <lists@hilboll.de> wrote:



yum --enablerepo=3Dbase






--047d7bf0effe78febf04d0bde057--


--===============7985877339817686342==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============7985877339817686342==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:50:50 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:50: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 1TjB3e-0004YG-HC; Thu, 13 Dec 2012 15:50:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjB3d-0004Y2-KJ
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:50:46 +0000
Received: from [85.158.138.51:7058] by server-11.bemta-3.messagelabs.com id
	10/F2-13335-459F9C05; Thu, 13 Dec 2012 15:50:44 +0000
X-Env-Sender: eross@corp.locatrix.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1355413841!10113689!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30825 invoked from network); 13 Dec 2012 15:50:42 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 15:50:42 -0000
Received: by mail-vb0-f45.google.com with SMTP id p1so2480891vbi.32
	for ; Thu, 13 Dec 2012 07:50:40 -0800 (PST)
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=5oaAJpkuoL8pqkhVb9NiIEhOT5XGjIteWrC0bU9MRbg=;
	b=IY5HdLEjR0hU8VQeA/E1MaL8DTjWXhc6XsZySB1H9d24A3NcsEgPmUbSVCZIeIjP5L
	bcfFMV4vcVqpW5nattplWnGGTHFrSniLxeuPk/caKGUyAnzubVFdPMgD5OroqalX/Ehn
	m67HwKawSetwkObeTM8MH8TGbTsfc7EmKsqNeyU8AoFMz3oz+usKWnLVfzfBBEhovgwO
	oS5FVTHrefxVen8gNQzDOWmlhKbUY8FiZcXYdqcqD8VhhtXu75+PDdWIEyeI1C2hJKT+
	TNX7KlpXMfhlloV+AYKvxpDJuYIxhnPE3+Chr8ecGSI5PiHDZeUH7p/f+I/QADWVL1si
	rCew==
Received: by 10.59.6.70 with SMTP id cs6mr4060734ved.60.1355413840264; Thu, 13
	Dec 2012 07:50:40 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.152.148 with HTTP; Thu, 13 Dec 2012 07:50:20 -0800 (PST)
In-Reply-To: 
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
	<50C9F785.9010905@hilboll.de>
	
From: Andrew Eross 
Date: Thu, 13 Dec 2012 13:50:20 -0200
Message-ID: 
To: Andreas Hilboll 
X-Gm-Message-State: ALoCoQnIO97GngQ/bHtidaebBMbGmdOqz0B0s2DNe4veh9akP23mU9PyasU5OztyJDi7NDvY3xhD
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7985877339817686342=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7985877339817686342==
Content-Type: multipart/alternative; boundary=047d7bf0effe78febf04d0bde057

--047d7bf0effe78febf04d0bde057
Content-Type: text/plain; charset=ISO-8859-1

Oh and to finish off the other obvious end of that question.

You need to enable base because Citrix has disabled it specifically so that
you don't go messing up their dom0 =)

e.g.

[root@vh04 yum.repos.d]# grep enabled *
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Base.repo:enabled=0
CentOS-Debuginfo.repo:enabled=0
CentOS-Media.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
CentOS-Vault.repo:enabled=0
Citrix.repo:enabled=1



On Thu, Dec 13, 2012 at 1:48 PM, Andrew Eross  wrote:

> Good question =)
>
> I think I wrote that in my default notes just to be completely explicit
> about my intentions.
>
> However good timing for that question because I'm setting up a new XS, so
> let's see what happens.
>
> And the answer is it works fine.
>
> [root@vh04 yum.repos.d]# yum --enablerepo=base install screen
> Loaded plugins: fastestmirror
> Determining fastest mirrors
>  * base: mirror.ventraip.net.au
> base
>                                   | 1.1 kB     00:00
> base/primary
>                                   | 967 kB     00:00
> base
>                                                2725/2725
> citrix
>                                   |  951 B     00:00
> citrix/primary
>                                   |  173 B     00:00
> Excluding Packages from CentOS-5 - Base
> Finished
> Setting up Install Process
> Resolving Dependencies
> --> Running transaction check
> ---> Package screen.i386 0:4.0.3-4.el5 set to be updated
> --> Finished Dependency Resolution
>
> Dependencies Resolved
>
>
> ====================================================================================================================================
>  Package                        Arch                         Version
>                       Repository                    Size
>
> ====================================================================================================================================
> Installing:
>  screen                         i386                         4.0.3-4.el5
>                       base                         559 k
>
> Transaction Summary
>
> ====================================================================================================================================
> Install       1 Package(s)
> Upgrade       0 Package(s)
>
> Total download size: 559 k
> Is this ok [y/N]: y
> Downloading Packages:
> screen-4.0.3-4.el5.i386.rpm
>                                    | 559 kB     00:00
> Running rpm_check_debug
> Running Transaction Test
> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
>   Installing     : screen
>                                                       1/1
>
> Installed:
>   screen.i386 0:4.0.3-4.el5
>
>
> Complete!
>
>
>
>
> On Thu, Dec 13, 2012 at 1:43 PM, Andreas Hilboll  wrote:
>
>> yum --enablerepo=base
>
>
>

--047d7bf0effe78febf04d0bde057
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Oh and to finish off the other obvious end of that question.

=

You need to enable base because Citrix has disabled it specifically so=
 that you don't go messing up their dom0 =3D)



e.g.

[root@vh04 yum.repos.d]# grep enabled *<=
/div>
CentOS-Base.repo:enabled=3D0
CentOS-Base.repo:enabled=
=3D0
CentOS-Base.repo:enabled=3D0
CentOS-Base.repo:enab=
led=3D0



CentOS-Base.repo:enabled=3D0
CentOS-Base.repo:enabled=3D0
CentOS-Debuginfo.repo:enabled=3D0
CentOS-Media.repo:enabl=
ed=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:=
enabled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=
=3D0
CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:en=
abled=3D0



CentOS-Vault.repo:enabled=3D0
CentOS-Vault.repo:enabled=3D0<=
/div>
Citrix.repo:enabled=3D1




On Thu, Dec 13, 2012 at 1:48 PM, Andrew =
Eross <eross@locatrix.com> wrote:


Good question =3D)

I think I wrote that in my default no=
tes just to be completely explicit about my intentions.

However good timing for that question because I'm setting up a ne=
w XS, so let's see what happens.





And the answer is it works fine.

[root@vh04 yum.repos.d]# yum --enablerepo=3Dbase install screen
Loaded plugins: fastestmirror
Determining fastest mirrors<=
/div>



base =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 | 1.1 kB =A0 =A0 00:00 =A0 =A0=A0




base/primary =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | 967 kB =A0 =
=A0 00:00 =A0 =A0=A0
base =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A02725/2725




citrix =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A095=
1 B =A0 =A0 00:00 =A0 =A0=A0
citrix/primary =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 | =A0173 B =A0 =A0 00:00 =A0 =A0=A0




Excluding Packages from CentOS-5 - Base
Finished
S=
etting up Install Process
Resolving Dependencies
-->=
 Running transaction check
---> Package screen.i386 0:4.0.3-4.=
el5 set to be updated




--> Finished Dependency Resolution

Depende=
ncies Resolved

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D




=A0Package =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Arch =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Version =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Repository =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0Size
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D




Installing:
=A0screen =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 i386 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.0.3-4.el=
5 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 base =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 559 k

Transaction Summ=
ary
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D




Install =A0 =A0 =A0 1 Package(s)
Upgrade =A0 =A0 =A0 0 Packa=
ge(s)

Total download size: 559 k
Is this=
 ok [y/N]: y
Downloading Packages:
screen-4.0.3-4.el5.i=
386.rpm =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0| 559 kB =A0 =A0 00:00 =A0 =A0=A0




Running rpm_check_debug
Running Transaction Test
F=
inished Transaction Test
Transaction Test Succeeded
Run=
ning Transaction
=A0 Installing =A0 =A0 : screen =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1/1=A0





Installed:
=A0 screen.i386 0:4.0.3-4.el5 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0

Complete!









On Thu, Dec 13, 2012 at 1:43 PM, Andreas=
 Hilboll <lists@hilboll.de> wrote:



yum --enablerepo=3Dbase






--047d7bf0effe78febf04d0bde057--


--===============7985877339817686342==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============7985877339817686342==--


From xen-api-bounces@lists.xen.org Thu Dec 13 15:53:04 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:53: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 1TjB5o-00054O-9R; Thu, 13 Dec 2012 15:53:00 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjB5m-000542-Do
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:52:58 +0000
Received: from [85.158.143.99:28798] by server-3.bemta-4.messagelabs.com id
	CA/4E-18211-9D9F9C05; Thu, 13 Dec 2012 15:52:57 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-11.tower-216.messagelabs.com!1355413920!21845309!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31328 invoked from network); 13 Dec 2012 15:52:00 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-11.tower-216.messagelabs.com with SMTP;
	13 Dec 2012 15:52:00 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 7E6E91C224E
	for ; Thu, 13 Dec 2012 17:47:52 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YXMQrAlrqgRW for ;
	Thu, 13 Dec 2012 17:47:51 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id 9BCEC1C1ECE
	for ; Thu, 13 Dec 2012 17:47:51 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.physik.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id EDC55A60591
	for ; Thu, 13 Dec 2012 16:51:58 +0100 (CET)
Message-ID: <50C9F99D.8080307@hilboll.de>
Date: Thu, 13 Dec 2012 16:51:57 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
	<50C9F785.9010905@hilboll.de>
	
	
In-Reply-To: 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

> Oh and to finish off the other obvious end of that question.
> 
> You need to enable base because Citrix has disabled it specifically so
> that you don't go messing up their dom0 =)

Got it now. Thanks a lot =)

A.


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

From xen-api-bounces@lists.xen.org Thu Dec 13 15:53:04 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 15:53: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 1TjB5o-00054O-9R; Thu, 13 Dec 2012 15:53:00 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TjB5m-000542-Do
	for xen-api@lists.xen.org; Thu, 13 Dec 2012 15:52:58 +0000
Received: from [85.158.143.99:28798] by server-3.bemta-4.messagelabs.com id
	CA/4E-18211-9D9F9C05; Thu, 13 Dec 2012 15:52:57 +0000
X-Env-Sender: lists@hilboll.de
X-Msg-Ref: server-11.tower-216.messagelabs.com!1355413920!21845309!1
X-Originating-IP: [130.185.108.51]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31328 invoked from network); 13 Dec 2012 15:52:00 -0000
Received: from srv2.andreas-h.info (HELO srv2.andreas-h.info) (130.185.108.51)
	by server-11.tower-216.messagelabs.com with SMTP;
	13 Dec 2012 15:52:00 -0000
Received: from localhost (localhost [127.0.0.1])
	by srv2.andreas-h.info (Postfix) with ESMTP id 7E6E91C224E
	for ; Thu, 13 Dec 2012 17:47:52 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at srv2.andreas-h.info
Received: from srv2.andreas-h.info ([127.0.0.1])
	by localhost (srv2.andreas-h.info [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YXMQrAlrqgRW for ;
	Thu, 13 Dec 2012 17:47:51 +0100 (CET)
Received: from srv1.andreas-h.info (srv1.andreas-h.info [195.138.240.26])
	by srv2.andreas-h.info (Postfix) with ESMTP id 9BCEC1C1ECE
	for ; Thu, 13 Dec 2012 17:47:51 +0100 (CET)
Received: from elara.iup.uni-bremen.de (login.iup.physik.uni-bremen.de
	[134.102.186.40])
	by srv1.andreas-h.info (Postfix) with ESMTPSA id EDC55A60591
	for ; Thu, 13 Dec 2012 16:51:58 +0100 (CET)
Message-ID: <50C9F99D.8080307@hilboll.de>
Date: Thu, 13 Dec 2012 16:51:57 +0100
From: Andreas Hilboll 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <50C9A2C1.20606@hilboll.de> <50C9CD54.1050401@citrix.com>
	<50C9E9F5.2070904@hilboll.de>
	
	<50C9F404.4070001@hilboll.de>
	
	<50C9F785.9010905@hilboll.de>
	
	
In-Reply-To: 
Subject: Re: [Xen-API] What is XCP iso 'under-the-hood'?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

> Oh and to finish off the other obvious end of that question.
> 
> You need to enable base because Citrix has disabled it specifically so
> that you don't go messing up their dom0 =)

Got it now. Thanks a lot =)

A.


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

From xen-api-bounces@lists.xen.org Thu Dec 13 16:57:20 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 16:57: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 1TjC5y-0000Xs-KA; Thu, 13 Dec 2012 16: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 1TjC5x-0000Xi-Oe; Thu, 13 Dec 2012 16:57:14 +0000
Received: from [85.158.138.51:61268] by server-15.bemta-3.messagelabs.com id
	3C/B0-07921-2E80AC05; Thu, 13 Dec 2012 16:57:06 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1355417776!20646930!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwNTg2\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17052 invoked from network); 13 Dec 2012 16:56:16 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 16:56:16 -0000
X-IronPort-AV: E=Sophos;i="4.84,275,1355097600"; 
   d="scan'208";a="127668"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	13 Dec 2012 16:56:16 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Thu, 13 Dec 2012 16:56:15 +0000
Message-ID: <50CA08AE.80102@citrix.com>
Date: Thu, 13 Dec 2012 17:56:14 +0100
From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Campbell 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>
In-Reply-To: <50C879FB.7060208@citrix.com>
Cc: xen-devel ,
	Ian Jackson ,
	"xen-api@lists.xen.org" 
Subject: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
	device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

After doing some more research I'm able to understand a little better
how the Open-iSCSI initiator works (which I think is the most common
initiator in the Linux world, and should be supported by all distros).
This is marginally derived from the driver domains protocol proposal,
because if we are going to implement a driver domain protocol we should
try to handle device kinds that can have a two phase connection
mechanism, and iSCSI looks like the most interesting candidate (from my
POV).

I would like to implement iSCSI support in libxl to have at least a
device kind that makes use of this two phase connection mechanism, and
then draft a driver domain communication protocol, since we will already
have a device that needs this kind of protocol (it looked strange to
implement a two phase protocol without having any device that needed it).

This is the very simple scheme of the two phases of the connection of a
iSCSI device:

The first phase of connecting a iSCSI device consists of discovering it,
which can be done before entering the blackout phase of migration:

iscsiadm -m discovery -t st -p :

And possibly setting the right authentication method:

iscsiadm -m node --targetname  -p : --op=update --name
node.session.auth.authmethod --value=
iscsiadm -m node --targetname  -p : --op=update --name
node.session.auth.username --value=
iscsiadm -m node --targetname  -p : --op=update --name
node.session.auth.password --value=

The second phase is the actual device plug:

iscsiadm -m node --targetname  -p : --login

I'm trying to fit all this parameters in the current diskspec, but I
guess we will have to add new parameters. I think the iqn parameter
should go in "target", and the rest should have their own parameters, so
this will leave us with the following new parameters:

- portal: specifies the address, and optionally the port to connect to
the desired target, the format is :
- authmethod: authentication method
- user: username to use for authentication
- password: password to use for authentication.

So the diskspec line would look like:

portal=127.0.0.0:3260, authmethod=CHAP, user=foo, password=bar,
backendtype=phy, format=iscsi, vdev=xvda,
target=iqn.2012-12.com.example:lun1

Note that I've used the format parameter here to specify "iscsi", which
will be a new format, to distinguish this from a block device that also
uses the "phy" backend type. All this new parameters should also be
added to the libxl_device_disk struct.

Since this device type uses two hotplug scripts we should also add a new
generic parameter to specify a "preparatory" hotplug script, so other
custom devices can also make use of this, something like "preparescript"?

I would like to get some feedback about handling iSCSI devices, and also
about adding all this new parameters to the diskspec.

Thanks, Roger.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 16:57:20 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 16:57: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 1TjC5y-0000Xs-KA; Thu, 13 Dec 2012 16: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 1TjC5x-0000Xi-Oe; Thu, 13 Dec 2012 16:57:14 +0000
Received: from [85.158.138.51:61268] by server-15.bemta-3.messagelabs.com id
	3C/B0-07921-2E80AC05; Thu, 13 Dec 2012 16:57:06 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1355417776!20646930!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwNTg2\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17052 invoked from network); 13 Dec 2012 16:56:16 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 16:56:16 -0000
X-IronPort-AV: E=Sophos;i="4.84,275,1355097600"; 
   d="scan'208";a="127668"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	13 Dec 2012 16:56:16 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Thu, 13 Dec 2012 16:56:15 +0000
Message-ID: <50CA08AE.80102@citrix.com>
Date: Thu, 13 Dec 2012 17:56:14 +0100
From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Campbell 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>
In-Reply-To: <50C879FB.7060208@citrix.com>
Cc: xen-devel ,
	Ian Jackson ,
	"xen-api@lists.xen.org" 
Subject: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
	device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

After doing some more research I'm able to understand a little better
how the Open-iSCSI initiator works (which I think is the most common
initiator in the Linux world, and should be supported by all distros).
This is marginally derived from the driver domains protocol proposal,
because if we are going to implement a driver domain protocol we should
try to handle device kinds that can have a two phase connection
mechanism, and iSCSI looks like the most interesting candidate (from my
POV).

I would like to implement iSCSI support in libxl to have at least a
device kind that makes use of this two phase connection mechanism, and
then draft a driver domain communication protocol, since we will already
have a device that needs this kind of protocol (it looked strange to
implement a two phase protocol without having any device that needed it).

This is the very simple scheme of the two phases of the connection of a
iSCSI device:

The first phase of connecting a iSCSI device consists of discovering it,
which can be done before entering the blackout phase of migration:

iscsiadm -m discovery -t st -p :

And possibly setting the right authentication method:

iscsiadm -m node --targetname  -p : --op=update --name
node.session.auth.authmethod --value=
iscsiadm -m node --targetname  -p : --op=update --name
node.session.auth.username --value=
iscsiadm -m node --targetname  -p : --op=update --name
node.session.auth.password --value=

The second phase is the actual device plug:

iscsiadm -m node --targetname  -p : --login

I'm trying to fit all this parameters in the current diskspec, but I
guess we will have to add new parameters. I think the iqn parameter
should go in "target", and the rest should have their own parameters, so
this will leave us with the following new parameters:

- portal: specifies the address, and optionally the port to connect to
the desired target, the format is :
- authmethod: authentication method
- user: username to use for authentication
- password: password to use for authentication.

So the diskspec line would look like:

portal=127.0.0.0:3260, authmethod=CHAP, user=foo, password=bar,
backendtype=phy, format=iscsi, vdev=xvda,
target=iqn.2012-12.com.example:lun1

Note that I've used the format parameter here to specify "iscsi", which
will be a new format, to distinguish this from a block device that also
uses the "phy" backend type. All this new parameters should also be
added to the libxl_device_disk struct.

Since this device type uses two hotplug scripts we should also add a new
generic parameter to specify a "preparatory" hotplug script, so other
custom devices can also make use of this, something like "preparescript"?

I would like to get some feedback about handling iSCSI devices, and also
about adding all this new parameters to the diskspec.

Thanks, Roger.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 18:24:10 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 18:24: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 1TjDRz-0004Qo-8J; Thu, 13 Dec 2012 18:24:03 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjDRy-0004QX-7A; Thu, 13 Dec 2012 18:24:02 +0000
Received: from [85.158.138.51:13942] by server-13.bemta-3.messagelabs.com id
	03/11-00465-14D1AC05; Thu, 13 Dec 2012 18:24:01 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-4.tower-174.messagelabs.com!1355423040!28796377!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwNTg2\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20892 invoked from network); 13 Dec 2012 18:24:00 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 18:24:00 -0000
X-IronPort-AV: E=Sophos;i="4.84,275,1355097600"; 
   d="scan'208";a="131128"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	13 Dec 2012 18:24:01 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Thu, 13 Dec 2012 18:23:59 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjDRv-0008OM-Tz; Thu, 13 Dec 2012 18:23:59 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjDRv-000069-QP;
	Thu, 13 Dec 2012 18:23:59 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20682.7487.598565.547405@mariner.uk.xensource.com>
Date: Thu, 13 Dec 2012 18:23:59 +0000
To: Roger Pau Monne 
In-Reply-To: <50CA08AE.80102@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Handling iSCSI block devices (Was: Driver domains and device handling)"):
> [stuff]

Most of this sounds sensible.

> So the diskspec line would look like:
> 
> portal=127.0.0.0:3260, authmethod=CHAP, user=foo, password=bar,
> backendtype=phy, format=iscsi, vdev=xvda,
> target=iqn.2012-12.com.example:lun1

Are we suggesting that every backend type should be able to define its
own parameters ?  I was imagining that these options would all go into
"target" - and if "target" is last it can contain commas and =s.

> Note that I've used the format parameter here to specify "iscsi", which
> will be a new format, to distinguish this from a block device that also
> uses the "phy" backend type. All this new parameters should also be
> added to the libxl_device_disk struct.

I don't think this is right.  I think the right answer is
"script=iscsi".  The format might be qcow or something.

> Since this device type uses two hotplug scripts we should also add a new
> generic parameter to specify a "preparatory" hotplug script, so other
> custom devices can also make use of this, something like "preparescript"?

Clearly when we have this two-phase setup we need to have more
scripts, or the existing script with different arguments.

I think it should be controlled by the same argument.  So maybe
script=iscsi causes libxl to check for a dropping in the script file
saying "yes do the prepare thing" or maybe it runs
/etc/xen/scripts/block-iscsi--prepare or something.

Ian.

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

From xen-api-bounces@lists.xen.org Thu Dec 13 18:24:10 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 13 Dec 2012 18:24: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 1TjDRz-0004Qo-8J; Thu, 13 Dec 2012 18:24:03 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjDRy-0004QX-7A; Thu, 13 Dec 2012 18:24:02 +0000
Received: from [85.158.138.51:13942] by server-13.bemta-3.messagelabs.com id
	03/11-00465-14D1AC05; Thu, 13 Dec 2012 18:24:01 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-4.tower-174.messagelabs.com!1355423040!28796377!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwNTg2\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20892 invoked from network); 13 Dec 2012 18:24:00 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	13 Dec 2012 18:24:00 -0000
X-IronPort-AV: E=Sophos;i="4.84,275,1355097600"; 
   d="scan'208";a="131128"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	13 Dec 2012 18:24:01 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Thu, 13 Dec 2012 18:23:59 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjDRv-0008OM-Tz; Thu, 13 Dec 2012 18:23:59 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjDRv-000069-QP;
	Thu, 13 Dec 2012 18:23:59 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20682.7487.598565.547405@mariner.uk.xensource.com>
Date: Thu, 13 Dec 2012 18:23:59 +0000
To: Roger Pau Monne 
In-Reply-To: <50CA08AE.80102@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Handling iSCSI block devices (Was: Driver domains and device handling)"):
> [stuff]

Most of this sounds sensible.

> So the diskspec line would look like:
> 
> portal=127.0.0.0:3260, authmethod=CHAP, user=foo, password=bar,
> backendtype=phy, format=iscsi, vdev=xvda,
> target=iqn.2012-12.com.example:lun1

Are we suggesting that every backend type should be able to define its
own parameters ?  I was imagining that these options would all go into
"target" - and if "target" is last it can contain commas and =s.

> Note that I've used the format parameter here to specify "iscsi", which
> will be a new format, to distinguish this from a block device that also
> uses the "phy" backend type. All this new parameters should also be
> added to the libxl_device_disk struct.

I don't think this is right.  I think the right answer is
"script=iscsi".  The format might be qcow or something.

> Since this device type uses two hotplug scripts we should also add a new
> generic parameter to specify a "preparatory" hotplug script, so other
> custom devices can also make use of this, something like "preparescript"?

Clearly when we have this two-phase setup we need to have more
scripts, or the existing script with different arguments.

I think it should be controlled by the same argument.  So maybe
script=iscsi causes libxl to check for a dropping in the script file
saying "yes do the prepare thing" or maybe it runs
/etc/xen/scripts/block-iscsi--prepare or something.

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 10:49:31 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 10:49: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 1TjSpR-0005oZ-Lh; Fri, 14 Dec 2012 10:49:17 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjSpQ-0005oR-B6; Fri, 14 Dec 2012 10:49:16 +0000
Received: from [85.158.139.83:38549] by server-8.bemta-5.messagelabs.com id
	11/D0-15003-B240BC05; Fri, 14 Dec 2012 10:49:15 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-3.tower-182.messagelabs.com!1355482154!29870677!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18889 invoked from network); 14 Dec 2012 10:49:14 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 10:49:14 -0000
X-IronPort-AV: E=Sophos;i="4.84,279,1355097600"; 
   d="scan'208";a="148737"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 10:49:14 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 10:49:14 +0000
Message-ID: <50CB0429.9070300@citrix.com>
Date: Fri, 14 Dec 2012 11:49:13 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
In-Reply-To: <20682.7487.598565.547405@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 13/12/12 19:23, Ian Jackson wrote:
> Roger Pau Monne writes ("Handling iSCSI block devices (Was: Driver domains and device handling)"):
>> [stuff]
> 
> Most of this sounds sensible.
> 
>> So the diskspec line would look like:
>>
>> portal=127.0.0.0:3260, authmethod=CHAP, user=foo, password=bar,
>> backendtype=phy, format=iscsi, vdev=xvda,
>> target=iqn.2012-12.com.example:lun1
> 
> Are we suggesting that every backend type should be able to define its
> own parameters ?  I was imagining that these options would all go into
> "target" - and if "target" is last it can contain commas and =s.

According to RFC3270 and RFC1035 IQNs should follow this format:

iqn.yyyy-mm.com.example:optional.string

The problem is that Open-iSCSI seems to accept almost anything, for
example iqn.yyyy-mm,com@example:... is a valid iqn from Open-iSCSI point
of view. The only character that Open-iSCSI doesn't seem to accept in
iqns is "/", but I don't really like using that as a field separator
inside of target. So I propose the following encoding for target:

","
",,,,"

If a user/password is given, we should take care about what we write to
"params" xenstore backend field (because the DomU can read that). Would
you agree with the syntax described below?

>> Note that I've used the format parameter here to specify "iscsi", which
>> will be a new format, to distinguish this from a block device that also
>> uses the "phy" backend type. All this new parameters should also be
>> added to the libxl_device_disk struct.
> 
> I don't think this is right.  I think the right answer is
> "script=iscsi".  The format might be qcow or something.

Yes, it might be better to specify the script.

>> Since this device type uses two hotplug scripts we should also add a new
>> generic parameter to specify a "preparatory" hotplug script, so other
>> custom devices can also make use of this, something like "preparescript"?
> 
> Clearly when we have this two-phase setup we need to have more
> scripts, or the existing script with different arguments.
> 
> I think it should be controlled by the same argument.  So maybe
> script=iscsi causes libxl to check for a dropping in the script file
> saying "yes do the prepare thing" or maybe it runs
> /etc/xen/scripts/block-iscsi--prepare or something.

I like the approach to call the same hotplug script twice, the first
time use something like `/etc/xen/scripts/block-iscsi prepare`, and the
second time `/etc/xen/scripts/block-iscsi add`


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

From xen-api-bounces@lists.xen.org Fri Dec 14 10:49:31 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 10:49: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 1TjSpR-0005oZ-Lh; Fri, 14 Dec 2012 10:49:17 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjSpQ-0005oR-B6; Fri, 14 Dec 2012 10:49:16 +0000
Received: from [85.158.139.83:38549] by server-8.bemta-5.messagelabs.com id
	11/D0-15003-B240BC05; Fri, 14 Dec 2012 10:49:15 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-3.tower-182.messagelabs.com!1355482154!29870677!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18889 invoked from network); 14 Dec 2012 10:49:14 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 10:49:14 -0000
X-IronPort-AV: E=Sophos;i="4.84,279,1355097600"; 
   d="scan'208";a="148737"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 10:49:14 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 10:49:14 +0000
Message-ID: <50CB0429.9070300@citrix.com>
Date: Fri, 14 Dec 2012 11:49:13 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
In-Reply-To: <20682.7487.598565.547405@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 13/12/12 19:23, Ian Jackson wrote:
> Roger Pau Monne writes ("Handling iSCSI block devices (Was: Driver domains and device handling)"):
>> [stuff]
> 
> Most of this sounds sensible.
> 
>> So the diskspec line would look like:
>>
>> portal=127.0.0.0:3260, authmethod=CHAP, user=foo, password=bar,
>> backendtype=phy, format=iscsi, vdev=xvda,
>> target=iqn.2012-12.com.example:lun1
> 
> Are we suggesting that every backend type should be able to define its
> own parameters ?  I was imagining that these options would all go into
> "target" - and if "target" is last it can contain commas and =s.

According to RFC3270 and RFC1035 IQNs should follow this format:

iqn.yyyy-mm.com.example:optional.string

The problem is that Open-iSCSI seems to accept almost anything, for
example iqn.yyyy-mm,com@example:... is a valid iqn from Open-iSCSI point
of view. The only character that Open-iSCSI doesn't seem to accept in
iqns is "/", but I don't really like using that as a field separator
inside of target. So I propose the following encoding for target:

","
",,,,"

If a user/password is given, we should take care about what we write to
"params" xenstore backend field (because the DomU can read that). Would
you agree with the syntax described below?

>> Note that I've used the format parameter here to specify "iscsi", which
>> will be a new format, to distinguish this from a block device that also
>> uses the "phy" backend type. All this new parameters should also be
>> added to the libxl_device_disk struct.
> 
> I don't think this is right.  I think the right answer is
> "script=iscsi".  The format might be qcow or something.

Yes, it might be better to specify the script.

>> Since this device type uses two hotplug scripts we should also add a new
>> generic parameter to specify a "preparatory" hotplug script, so other
>> custom devices can also make use of this, something like "preparescript"?
> 
> Clearly when we have this two-phase setup we need to have more
> scripts, or the existing script with different arguments.
> 
> I think it should be controlled by the same argument.  So maybe
> script=iscsi causes libxl to check for a dropping in the script file
> saying "yes do the prepare thing" or maybe it runs
> /etc/xen/scripts/block-iscsi--prepare or something.

I like the approach to call the same hotplug script twice, the first
time use something like `/etc/xen/scripts/block-iscsi prepare`, and the
second time `/etc/xen/scripts/block-iscsi add`


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

From xen-api-bounces@lists.xen.org Fri Dec 14 12:30:22 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 12:30: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 1TjUP7-0007C4-Bl; Fri, 14 Dec 2012 12:30:13 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjUP6-0007Bw-Jy; Fri, 14 Dec 2012 12:30:12 +0000
Received: from [85.158.138.51:59748] by server-9.bemta-3.messagelabs.com id
	2A/97-11948-3DB1BC05; Fri, 14 Dec 2012 12:30:11 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1355488210!28836824!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16151 invoked from network); 14 Dec 2012 12:30:10 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 12:30:10 -0000
X-IronPort-AV: E=Sophos;i="4.84,280,1355097600"; 
   d="scan'208";a="151498"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 12:30:06 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Fri, 14 Dec 2012 12:30:05 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjUOz-0006Q0-3x; Fri, 14 Dec 2012 12:30:05 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjUOy-0000lb-RI;
	Fri, 14 Dec 2012 12:30:04 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20683.7116.546352.141787@mariner.uk.xensource.com>
Date: Fri, 14 Dec 2012 12:30:04 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB0429.9070300@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> According to RFC3270 and RFC1035 IQNs should follow this format:
> 
> iqn.yyyy-mm.com.example:optional.string
> 
> The problem is that Open-iSCSI seems to accept almost anything, for
> example iqn.yyyy-mm,com@example:... is a valid iqn from Open-iSCSI point
> of view. The only character that Open-iSCSI doesn't seem to accept in
> iqns is "/", but I don't really like using that as a field separator
> inside of target. So I propose the following encoding for target:
> 
> ","
> ",,,,"
> 
> If a user/password is given, we should take care about what we write to
> "params" xenstore backend field (because the DomU can read that). Would
> you agree with the syntax described below?

Wouldn't it be better to specify this in a more key/value like way ?

The password is a problem.  Perhaps we need to arrange not to write
params to a place where the guest can see it, but that means upheaval
for the interface to block scripts.

> > I think it should be controlled by the same argument.  So maybe
> > script=iscsi causes libxl to check for a dropping in the script file
> > saying "yes do the prepare thing" or maybe it runs
> > /etc/xen/scripts/block-iscsi--prepare or something.
> 
> I like the approach to call the same hotplug script twice, the first
> time use something like `/etc/xen/scripts/block-iscsi prepare`, and the
> second time `/etc/xen/scripts/block-iscsi add`

So how would we tell whether the script understood this ?

Perhaps we should invent a new config parameter parallel to script
which specifies an entirely new interface.

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 12:30:22 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 12:30: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 1TjUP7-0007C4-Bl; Fri, 14 Dec 2012 12:30:13 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjUP6-0007Bw-Jy; Fri, 14 Dec 2012 12:30:12 +0000
Received: from [85.158.138.51:59748] by server-9.bemta-3.messagelabs.com id
	2A/97-11948-3DB1BC05; Fri, 14 Dec 2012 12:30:11 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1355488210!28836824!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16151 invoked from network); 14 Dec 2012 12:30:10 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 12:30:10 -0000
X-IronPort-AV: E=Sophos;i="4.84,280,1355097600"; 
   d="scan'208";a="151498"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 12:30:06 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Fri, 14 Dec 2012 12:30:05 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjUOz-0006Q0-3x; Fri, 14 Dec 2012 12:30:05 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjUOy-0000lb-RI;
	Fri, 14 Dec 2012 12:30:04 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20683.7116.546352.141787@mariner.uk.xensource.com>
Date: Fri, 14 Dec 2012 12:30:04 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB0429.9070300@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> According to RFC3270 and RFC1035 IQNs should follow this format:
> 
> iqn.yyyy-mm.com.example:optional.string
> 
> The problem is that Open-iSCSI seems to accept almost anything, for
> example iqn.yyyy-mm,com@example:... is a valid iqn from Open-iSCSI point
> of view. The only character that Open-iSCSI doesn't seem to accept in
> iqns is "/", but I don't really like using that as a field separator
> inside of target. So I propose the following encoding for target:
> 
> ","
> ",,,,"
> 
> If a user/password is given, we should take care about what we write to
> "params" xenstore backend field (because the DomU can read that). Would
> you agree with the syntax described below?

Wouldn't it be better to specify this in a more key/value like way ?

The password is a problem.  Perhaps we need to arrange not to write
params to a place where the guest can see it, but that means upheaval
for the interface to block scripts.

> > I think it should be controlled by the same argument.  So maybe
> > script=iscsi causes libxl to check for a dropping in the script file
> > saying "yes do the prepare thing" or maybe it runs
> > /etc/xen/scripts/block-iscsi--prepare or something.
> 
> I like the approach to call the same hotplug script twice, the first
> time use something like `/etc/xen/scripts/block-iscsi prepare`, and the
> second time `/etc/xen/scripts/block-iscsi add`

So how would we tell whether the script understood this ?

Perhaps we should invent a new config parameter parallel to script
which specifies an entirely new interface.

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 15:20:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 15:20: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 1TjX3i-0002Ob-Fu; Fri, 14 Dec 2012 15:20:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjX3h-0002OS-KF; Fri, 14 Dec 2012 15:20:17 +0000
Received: from [85.158.143.99:16663] by server-1.bemta-4.messagelabs.com id
	4D/BC-28401-0B34BC05; Fri, 14 Dec 2012 15:20:16 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1355498410!28548894!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5298 invoked from network); 14 Dec 2012 15:20:11 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 15:20:11 -0000
X-IronPort-AV: E=Sophos;i="4.84,281,1355097600"; 
   d="scan'208";a="156304"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 15:20:11 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 15:20:10 +0000
Message-ID: <50CB43A9.3040806@citrix.com>
Date: Fri, 14 Dec 2012 16:20:09 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
In-Reply-To: <20683.7116.546352.141787@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14/12/12 13:30, Ian Jackson wrote:
> Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
>> According to RFC3270 and RFC1035 IQNs should follow this format:
>>
>> iqn.yyyy-mm.com.example:optional.string
>>
>> The problem is that Open-iSCSI seems to accept almost anything, for
>> example iqn.yyyy-mm,com@example:... is a valid iqn from Open-iSCSI point
>> of view. The only character that Open-iSCSI doesn't seem to accept in
>> iqns is "/", but I don't really like using that as a field separator
>> inside of target. So I propose the following encoding for target:
>>
>> ","
>> ",,,,"
>>
>> If a user/password is given, we should take care about what we write to
>> "params" xenstore backend field (because the DomU can read that). Would
>> you agree with the syntax described below?
> 
> Wouldn't it be better to specify this in a more key/value like way ?

I guess we could use something like:

",,auth_method=,user=,password="

Where  and  are required, and all other fields are
optional. Password should always be the last field, because it can
contain special characters, like "," or "=".

> The password is a problem.  Perhaps we need to arrange not to write
> params to a place where the guest can see it, but that means upheaval
> for the interface to block scripts.

I was thinking of adding a new variable to aodev that can contain an
extra parameter to pass to hotplug scripts, so we can directly pass the
full diskspec to the hotplug script and the hotplug script itself can
decide what to save in the "params" field (to be used later in the
shutdown/destroy).

>>> I think it should be controlled by the same argument.  So maybe
>>> script=iscsi causes libxl to check for a dropping in the script file
>>> saying "yes do the prepare thing" or maybe it runs
>>> /etc/xen/scripts/block-iscsi--prepare or something.
>>
>> I like the approach to call the same hotplug script twice, the first
>> time use something like `/etc/xen/scripts/block-iscsi prepare`, and the
>> second time `/etc/xen/scripts/block-iscsi add`
> 
> So how would we tell whether the script understood this ?

I'm still looking into the current hotplug script mess, but I only see
the following lines in block-common.sh that should be changed:

if [ "$command" != "add" ] &&
   [ "$command" != "remove" ]
then
  log err "Invalid command: $command"
  exit 1
fi

I think current block hotplug scripts will work nicely when passed the
"prepare" command, they will become no-ops, since they all seem to use
the following case:

case "$command" in
add)
	[...]
	;;
remove)
	[...]
	;;
esac

> Perhaps we should invent a new config parameter parallel to script
> which specifies an entirely new interface.
> 
> Ian.
> 


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

From xen-api-bounces@lists.xen.org Fri Dec 14 15:20:26 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 15:20: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 1TjX3i-0002Ob-Fu; Fri, 14 Dec 2012 15:20:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjX3h-0002OS-KF; Fri, 14 Dec 2012 15:20:17 +0000
Received: from [85.158.143.99:16663] by server-1.bemta-4.messagelabs.com id
	4D/BC-28401-0B34BC05; Fri, 14 Dec 2012 15:20:16 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1355498410!28548894!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5298 invoked from network); 14 Dec 2012 15:20:11 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 15:20:11 -0000
X-IronPort-AV: E=Sophos;i="4.84,281,1355097600"; 
   d="scan'208";a="156304"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 15:20:11 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 15:20:10 +0000
Message-ID: <50CB43A9.3040806@citrix.com>
Date: Fri, 14 Dec 2012 16:20:09 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
In-Reply-To: <20683.7116.546352.141787@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14/12/12 13:30, Ian Jackson wrote:
> Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
>> According to RFC3270 and RFC1035 IQNs should follow this format:
>>
>> iqn.yyyy-mm.com.example:optional.string
>>
>> The problem is that Open-iSCSI seems to accept almost anything, for
>> example iqn.yyyy-mm,com@example:... is a valid iqn from Open-iSCSI point
>> of view. The only character that Open-iSCSI doesn't seem to accept in
>> iqns is "/", but I don't really like using that as a field separator
>> inside of target. So I propose the following encoding for target:
>>
>> ","
>> ",,,,"
>>
>> If a user/password is given, we should take care about what we write to
>> "params" xenstore backend field (because the DomU can read that). Would
>> you agree with the syntax described below?
> 
> Wouldn't it be better to specify this in a more key/value like way ?

I guess we could use something like:

",,auth_method=,user=,password="

Where  and  are required, and all other fields are
optional. Password should always be the last field, because it can
contain special characters, like "," or "=".

> The password is a problem.  Perhaps we need to arrange not to write
> params to a place where the guest can see it, but that means upheaval
> for the interface to block scripts.

I was thinking of adding a new variable to aodev that can contain an
extra parameter to pass to hotplug scripts, so we can directly pass the
full diskspec to the hotplug script and the hotplug script itself can
decide what to save in the "params" field (to be used later in the
shutdown/destroy).

>>> I think it should be controlled by the same argument.  So maybe
>>> script=iscsi causes libxl to check for a dropping in the script file
>>> saying "yes do the prepare thing" or maybe it runs
>>> /etc/xen/scripts/block-iscsi--prepare or something.
>>
>> I like the approach to call the same hotplug script twice, the first
>> time use something like `/etc/xen/scripts/block-iscsi prepare`, and the
>> second time `/etc/xen/scripts/block-iscsi add`
> 
> So how would we tell whether the script understood this ?

I'm still looking into the current hotplug script mess, but I only see
the following lines in block-common.sh that should be changed:

if [ "$command" != "add" ] &&
   [ "$command" != "remove" ]
then
  log err "Invalid command: $command"
  exit 1
fi

I think current block hotplug scripts will work nicely when passed the
"prepare" command, they will become no-ops, since they all seem to use
the following case:

case "$command" in
add)
	[...]
	;;
remove)
	[...]
	;;
esac

> Perhaps we should invent a new config parameter parallel to script
> which specifies an entirely new interface.
> 
> Ian.
> 


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

From xen-api-bounces@lists.xen.org Fri Dec 14 15:46:35 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 15:46: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 1TjXT1-0003NI-3F; Fri, 14 Dec 2012 15:46:27 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjXT0-0003N9-1j; Fri, 14 Dec 2012 15:46:26 +0000
Received: from [85.158.139.211:3773] by server-5.bemta-5.messagelabs.com id
	F1/26-22648-1D94BC05; Fri, 14 Dec 2012 15:46:25 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-7.tower-206.messagelabs.com!1355499984!20037224!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15048 invoked from network); 14 Dec 2012 15:46:24 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 15:46:24 -0000
X-IronPort-AV: E=Sophos;i="4.84,281,1355097600"; 
   d="scan'208";a="157056"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 15:46:24 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Fri, 14 Dec 2012 15:46:23 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjXSx-0007wf-Kz; Fri, 14 Dec 2012 15:46:23 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjXSx-0000zR-GY;
	Fri, 14 Dec 2012 15:46:23 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20683.18895.282490.216230@mariner.uk.xensource.com>
Date: Fri, 14 Dec 2012 15:46:23 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB43A9.3040806@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> I was thinking of adding a new variable to aodev that can contain an
> extra parameter to pass to hotplug scripts, so we can directly pass the
> full diskspec to the hotplug script and the hotplug script itself can
> decide what to save in the "params" field (to be used later in the
> shutdown/destroy).

That's all very well but command line parameters are visible in ps and
so not suitable for passwords.  Really there should be an area in
xenstore that's for communication between the toolstack and the driver
domain (including scripts in the latter), but which is not visible to
the guest.

> > So how would we tell whether the script understood this ?
> 
> I'm still looking into the current hotplug script mess, but I only see
> the following lines in block-common.sh that should be changed:
> 
> if [ "$command" != "add" ] &&
>    [ "$command" != "remove" ]

What about existing out-of-tree scripts ?  Do they all use
block-common ?

> then
>   log err "Invalid command: $command"
>   exit 1
> fi

And this is no good because if libxl does the error handling properly
it would cause every attempt to fail :-).  You could explicitly ignore
prepare and unprepare.

> I think current block hotplug scripts will work nicely when passed the
> "prepare" command, they will become no-ops, since they all seem to use
> the following case:

I'm worried about out-of-tree scripts.


The existing hotplug script interface is pretty horrible TBH.  Which
is why I was suggesting inventing a new one.  We could keep the old
interface for out-of-tree and unconverted in-tree scripts, and provide
a new parameter to request the new style.

Eg "method=" rather than "script=" would mean
"set script to  and also set the flag saying `use the new
script calling convention'"

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 15:46:35 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 15:46: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 1TjXT1-0003NI-3F; Fri, 14 Dec 2012 15:46:27 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjXT0-0003N9-1j; Fri, 14 Dec 2012 15:46:26 +0000
Received: from [85.158.139.211:3773] by server-5.bemta-5.messagelabs.com id
	F1/26-22648-1D94BC05; Fri, 14 Dec 2012 15:46:25 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-7.tower-206.messagelabs.com!1355499984!20037224!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15048 invoked from network); 14 Dec 2012 15:46:24 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 15:46:24 -0000
X-IronPort-AV: E=Sophos;i="4.84,281,1355097600"; 
   d="scan'208";a="157056"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 15:46:24 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Fri, 14 Dec 2012 15:46:23 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjXSx-0007wf-Kz; Fri, 14 Dec 2012 15:46:23 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjXSx-0000zR-GY;
	Fri, 14 Dec 2012 15:46:23 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20683.18895.282490.216230@mariner.uk.xensource.com>
Date: Fri, 14 Dec 2012 15:46:23 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB43A9.3040806@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> I was thinking of adding a new variable to aodev that can contain an
> extra parameter to pass to hotplug scripts, so we can directly pass the
> full diskspec to the hotplug script and the hotplug script itself can
> decide what to save in the "params" field (to be used later in the
> shutdown/destroy).

That's all very well but command line parameters are visible in ps and
so not suitable for passwords.  Really there should be an area in
xenstore that's for communication between the toolstack and the driver
domain (including scripts in the latter), but which is not visible to
the guest.

> > So how would we tell whether the script understood this ?
> 
> I'm still looking into the current hotplug script mess, but I only see
> the following lines in block-common.sh that should be changed:
> 
> if [ "$command" != "add" ] &&
>    [ "$command" != "remove" ]

What about existing out-of-tree scripts ?  Do they all use
block-common ?

> then
>   log err "Invalid command: $command"
>   exit 1
> fi

And this is no good because if libxl does the error handling properly
it would cause every attempt to fail :-).  You could explicitly ignore
prepare and unprepare.

> I think current block hotplug scripts will work nicely when passed the
> "prepare" command, they will become no-ops, since they all seem to use
> the following case:

I'm worried about out-of-tree scripts.


The existing hotplug script interface is pretty horrible TBH.  Which
is why I was suggesting inventing a new one.  We could keep the old
interface for out-of-tree and unconverted in-tree scripts, and provide
a new parameter to request the new style.

Eg "method=" rather than "script=" would mean
"set script to  and also set the flag saying `use the new
script calling convention'"

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 17:33:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 17:33: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 1TjZ8D-0007Hk-PP; Fri, 14 Dec 2012 17:33:05 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjZ8C-0007Hc-8L; Fri, 14 Dec 2012 17:33:04 +0000
Received: from [193.109.254.147:58693] by server-15.bemta-14.messagelabs.com
	id FF/DF-05116-FC26BC05; Fri, 14 Dec 2012 17:33:03 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1355506383!8993632!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10352 invoked from network); 14 Dec 2012 17:33:03 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 17:33:03 -0000
X-IronPort-AV: E=Sophos;i="4.84,282,1355097600"; 
   d="scan'208";a="159728"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 17:33:04 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 17:33:02 +0000
Message-ID: <50CB62CD.7020103@citrix.com>
Date: Fri, 14 Dec 2012 18:33:01 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
In-Reply-To: <20683.18895.282490.216230@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14/12/12 16:46, Ian Jackson wrote:
> Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
>> I was thinking of adding a new variable to aodev that can contain an
>> extra parameter to pass to hotplug scripts, so we can directly pass the
>> full diskspec to the hotplug script and the hotplug script itself can
>> decide what to save in the "params" field (to be used later in the
>> shutdown/destroy).
> 
> That's all very well but command line parameters are visible in ps and
> so not suitable for passwords.  Really there should be an area in
> xenstore that's for communication between the toolstack and the driver
> domain (including scripts in the latter), but which is not visible to
> the guest.
> 
>>> So how would we tell whether the script understood this ?
>>
>> I'm still looking into the current hotplug script mess, but I only see
>> the following lines in block-common.sh that should be changed:
>>
>> if [ "$command" != "add" ] &&
>>    [ "$command" != "remove" ]
> 
> What about existing out-of-tree scripts ?  Do they all use
> block-common ?
> 
>> then
>>   log err "Invalid command: $command"
>>   exit 1
>> fi
> 
> And this is no good because if libxl does the error handling properly
> it would cause every attempt to fail :-).  You could explicitly ignore
> prepare and unprepare.
> 
>> I think current block hotplug scripts will work nicely when passed the
>> "prepare" command, they will become no-ops, since they all seem to use
>> the following case:
> 
> I'm worried about out-of-tree scripts.
> 
> 
> The existing hotplug script interface is pretty horrible TBH.  Which
> is why I was suggesting inventing a new one.  We could keep the old
> interface for out-of-tree and unconverted in-tree scripts, and provide
> a new parameter to request the new style.
> 
> Eg "method=" rather than "script=" would mean
> "set script to  and also set the flag saying `use the new
> script calling convention'"

Yes, I agree that current hotplug script interface is not good (if this
was ever intended to be an interface).

When method= is used as a parameter in the disk specification, it
is assumed that script  is using the new hotplug calling convention

Script  will be called with only one of the following parameters:

 * prepare: called before start building the domain, this is specially
interesting during migration to offload as much work as possible from
the "add" call, which is done during the blackout phase of migration. In
the prepare state, the backend xenstore entries have not yet been created.

 * add: called to connect the device. Xenstore backend entries exist,
and backend state is 2 (XenbusStateInitWait).

 * remove: called to disconnect the device. Xenstore backend entries
exists, and backend state is 6 (XenbusStateClosed).

Environment variables the script can use (set by the caller):

 * BACKEND_PATH: path to xenstore backend of the related device, ie:
/local/domain/0/backend/vbd/3/51712/. Empty when the script is called
with "prepare" argument. When the new hotplug calling convention is
used, the toolstack will not write the backend "params" node, it is up
to the hotplug script to write it if necessary.

 * HOTPLUG_PATH: path to the xenstore directory that can be used to pass
extra parameters to the script. In this implementation only the "params"
variable is set, and it will contain the full diskspec string. This
xenstore path will not be deleted until the script has been called with
the "remove" parameter, so it can be used to store information that will
persist between the different hotplug calls.

I'm not sure where HOTPLUG_PATH should reside, does
/local/domain//libxl/hotplug/// sound ok?

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

From xen-api-bounces@lists.xen.org Fri Dec 14 17:33:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 17:33: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 1TjZ8D-0007Hk-PP; Fri, 14 Dec 2012 17:33:05 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjZ8C-0007Hc-8L; Fri, 14 Dec 2012 17:33:04 +0000
Received: from [193.109.254.147:58693] by server-15.bemta-14.messagelabs.com
	id FF/DF-05116-FC26BC05; Fri, 14 Dec 2012 17:33:03 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1355506383!8993632!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10352 invoked from network); 14 Dec 2012 17:33:03 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 17:33:03 -0000
X-IronPort-AV: E=Sophos;i="4.84,282,1355097600"; 
   d="scan'208";a="159728"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 17:33:04 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 17:33:02 +0000
Message-ID: <50CB62CD.7020103@citrix.com>
Date: Fri, 14 Dec 2012 18:33:01 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
In-Reply-To: <20683.18895.282490.216230@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14/12/12 16:46, Ian Jackson wrote:
> Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
>> I was thinking of adding a new variable to aodev that can contain an
>> extra parameter to pass to hotplug scripts, so we can directly pass the
>> full diskspec to the hotplug script and the hotplug script itself can
>> decide what to save in the "params" field (to be used later in the
>> shutdown/destroy).
> 
> That's all very well but command line parameters are visible in ps and
> so not suitable for passwords.  Really there should be an area in
> xenstore that's for communication between the toolstack and the driver
> domain (including scripts in the latter), but which is not visible to
> the guest.
> 
>>> So how would we tell whether the script understood this ?
>>
>> I'm still looking into the current hotplug script mess, but I only see
>> the following lines in block-common.sh that should be changed:
>>
>> if [ "$command" != "add" ] &&
>>    [ "$command" != "remove" ]
> 
> What about existing out-of-tree scripts ?  Do they all use
> block-common ?
> 
>> then
>>   log err "Invalid command: $command"
>>   exit 1
>> fi
> 
> And this is no good because if libxl does the error handling properly
> it would cause every attempt to fail :-).  You could explicitly ignore
> prepare and unprepare.
> 
>> I think current block hotplug scripts will work nicely when passed the
>> "prepare" command, they will become no-ops, since they all seem to use
>> the following case:
> 
> I'm worried about out-of-tree scripts.
> 
> 
> The existing hotplug script interface is pretty horrible TBH.  Which
> is why I was suggesting inventing a new one.  We could keep the old
> interface for out-of-tree and unconverted in-tree scripts, and provide
> a new parameter to request the new style.
> 
> Eg "method=" rather than "script=" would mean
> "set script to  and also set the flag saying `use the new
> script calling convention'"

Yes, I agree that current hotplug script interface is not good (if this
was ever intended to be an interface).

When method= is used as a parameter in the disk specification, it
is assumed that script  is using the new hotplug calling convention

Script  will be called with only one of the following parameters:

 * prepare: called before start building the domain, this is specially
interesting during migration to offload as much work as possible from
the "add" call, which is done during the blackout phase of migration. In
the prepare state, the backend xenstore entries have not yet been created.

 * add: called to connect the device. Xenstore backend entries exist,
and backend state is 2 (XenbusStateInitWait).

 * remove: called to disconnect the device. Xenstore backend entries
exists, and backend state is 6 (XenbusStateClosed).

Environment variables the script can use (set by the caller):

 * BACKEND_PATH: path to xenstore backend of the related device, ie:
/local/domain/0/backend/vbd/3/51712/. Empty when the script is called
with "prepare" argument. When the new hotplug calling convention is
used, the toolstack will not write the backend "params" node, it is up
to the hotplug script to write it if necessary.

 * HOTPLUG_PATH: path to the xenstore directory that can be used to pass
extra parameters to the script. In this implementation only the "params"
variable is set, and it will contain the full diskspec string. This
xenstore path will not be deleted until the script has been called with
the "remove" parameter, so it can be used to store information that will
persist between the different hotplug calls.

I'm not sure where HOTPLUG_PATH should reside, does
/local/domain//libxl/hotplug/// sound ok?

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

From xen-api-bounces@lists.xen.org Fri Dec 14 18:26:29 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 18:26: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 1TjZxk-0008Dd-UH; Fri, 14 Dec 2012 18:26:20 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjZxj-0008DQ-41; Fri, 14 Dec 2012 18:26:19 +0000
Received: from [193.109.254.147:26077] by server-1.bemta-14.messagelabs.com id
	0C/08-15901-A4F6BC05; Fri, 14 Dec 2012 18:26:18 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-6.tower-27.messagelabs.com!1355509576!2965145!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24179 invoked from network); 14 Dec 2012 18:26:17 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 18:26:17 -0000
X-IronPort-AV: E=Sophos;i="4.84,282,1355097600"; 
   d="scan'208";a="160978"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 18:26:17 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Fri, 14 Dec 2012 18:26:16 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjZxg-0000Rf-5Y; Fri, 14 Dec 2012 18:26:16 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjZxg-0001CL-28;
	Fri, 14 Dec 2012 18:26:16 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20683.28487.926648.451291@mariner.uk.xensource.com>
Date: Fri, 14 Dec 2012 18:26:15 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB62CD.7020103@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
	<50CB62CD.7020103@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> Script  will be called with only one of the following parameters:
> 
>  * prepare: called before start building the domain, this is specially
> interesting during migration to offload as much work as possible from
> the "add" call, which is done during the blackout phase of migration. In
> the prepare state, the backend xenstore entries have not yet been created.
> 
>  * add: called to connect the device. Xenstore backend entries exist,
> and backend state is 2 (XenbusStateInitWait).
> 
>  * remove: called to disconnect the device. Xenstore backend entries
> exists, and backend state is 6 (XenbusStateClosed).

I assume we need an unprepare here too.

> Environment variables the script can use (set by the caller):
...
> I'm not sure where HOTPLUG_PATH should reside, does
> /local/domain//libxl/hotplug/// sound ok?

I think that would be fine.

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 18:26:29 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 18:26: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 1TjZxk-0008Dd-UH; Fri, 14 Dec 2012 18:26:20 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TjZxj-0008DQ-41; Fri, 14 Dec 2012 18:26:19 +0000
Received: from [193.109.254.147:26077] by server-1.bemta-14.messagelabs.com id
	0C/08-15901-A4F6BC05; Fri, 14 Dec 2012 18:26:18 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-6.tower-27.messagelabs.com!1355509576!2965145!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24179 invoked from network); 14 Dec 2012 18:26:17 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 18:26:17 -0000
X-IronPort-AV: E=Sophos;i="4.84,282,1355097600"; 
   d="scan'208";a="160978"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 18:26:17 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Fri, 14 Dec 2012 18:26:16 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TjZxg-0000Rf-5Y; Fri, 14 Dec 2012 18:26:16 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TjZxg-0001CL-28;
	Fri, 14 Dec 2012 18:26:16 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20683.28487.926648.451291@mariner.uk.xensource.com>
Date: Fri, 14 Dec 2012 18:26:15 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB62CD.7020103@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
	<50CB62CD.7020103@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> Script  will be called with only one of the following parameters:
> 
>  * prepare: called before start building the domain, this is specially
> interesting during migration to offload as much work as possible from
> the "add" call, which is done during the blackout phase of migration. In
> the prepare state, the backend xenstore entries have not yet been created.
> 
>  * add: called to connect the device. Xenstore backend entries exist,
> and backend state is 2 (XenbusStateInitWait).
> 
>  * remove: called to disconnect the device. Xenstore backend entries
> exists, and backend state is 6 (XenbusStateClosed).

I assume we need an unprepare here too.

> Environment variables the script can use (set by the caller):
...
> I'm not sure where HOTPLUG_PATH should reside, does
> /local/domain//libxl/hotplug/// sound ok?

I think that would be fine.

Ian.

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

From xen-api-bounces@lists.xen.org Fri Dec 14 18:38:31 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 18:38: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 1Tja9Q-0000CX-Bc; Fri, 14 Dec 2012 18:38:24 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Tja9O-0000CP-WC; Fri, 14 Dec 2012 18:38:23 +0000
Received: from [85.158.139.83:15093] by server-15.bemta-5.messagelabs.com id
	0E/FB-20523-E127BC05; Fri, 14 Dec 2012 18:38:22 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-16.tower-182.messagelabs.com!1355510301!22569973!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26116 invoked from network); 14 Dec 2012 18:38:21 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 18:38:21 -0000
X-IronPort-AV: E=Sophos;i="4.84,282,1355097600"; 
   d="scan'208";a="161138"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 18:38:22 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 18:38:21 +0000
Message-ID: <50CB721C.5010006@citrix.com>
Date: Fri, 14 Dec 2012 19:38:20 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
	<50CB62CD.7020103@citrix.com>
	<20683.28487.926648.451291@mariner.uk.xensource.com>
In-Reply-To: <20683.28487.926648.451291@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14/12/12 19:26, Ian Jackson wrote:
> Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
>>  * remove: called to disconnect the device. Xenstore backend entries
>> exists, and backend state is 6 (XenbusStateClosed).
> 
> I assume we need an unprepare here too.

I've also thought that, but the reason for prepare to exist is to reduce
the time that the "add" operation takes, thus reducing the blackout
phase during migration.

There's no such problem in the remove phase, but I guess we need an
unprepare in case there's a failure between the prepare and add
operations, and we wish to give the hotplug script an opportunity to
unwind whatever the prepare operation has done.


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

From xen-api-bounces@lists.xen.org Fri Dec 14 18:38:31 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 14 Dec 2012 18:38: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 1Tja9Q-0000CX-Bc; Fri, 14 Dec 2012 18:38:24 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1Tja9O-0000CP-WC; Fri, 14 Dec 2012 18:38:23 +0000
Received: from [85.158.139.83:15093] by server-15.bemta-5.messagelabs.com id
	0E/FB-20523-E127BC05; Fri, 14 Dec 2012 18:38:22 +0000
X-Env-Sender: roger.pau@citrix.com
X-Msg-Ref: server-16.tower-182.messagelabs.com!1355510301!22569973!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEwOTcx\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26116 invoked from network); 14 Dec 2012 18:38:21 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 Dec 2012 18:38:21 -0000
X-IronPort-AV: E=Sophos;i="4.84,282,1355097600"; 
   d="scan'208";a="161138"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	14 Dec 2012 18:38:22 +0000
Received: from [192.168.1.30] (10.31.3.233) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Fri, 14 Dec 2012 18:38:21 +0000
Message-ID: <50CB721C.5010006@citrix.com>
Date: Fri, 14 Dec 2012 19:38:20 +0100
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Ian Jackson 
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com>	<50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
	<50CB62CD.7020103@citrix.com>
	<20683.28487.926648.451291@mariner.uk.xensource.com>
In-Reply-To: <20683.28487.926648.451291@mariner.uk.xensource.com>
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14/12/12 19:26, Ian Jackson wrote:
> Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
>>  * remove: called to disconnect the device. Xenstore backend entries
>> exists, and backend state is 6 (XenbusStateClosed).
> 
> I assume we need an unprepare here too.

I've also thought that, but the reason for prepare to exist is to reduce
the time that the "add" operation takes, thus reducing the blackout
phase during migration.

There's no such problem in the remove phase, but I guess we need an
unprepare in case there's a failure between the prepare and add
operations, and we wish to give the hotplug script an opportunity to
unwind whatever the prepare operation has done.


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

From xen-api-bounces@lists.xen.org Sun Dec 16 06:49:00 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 16 Dec 2012 06:49: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 1Tk81o-0006kt-J9; Sun, 16 Dec 2012 06:48:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tk81m-0006ko-Q7
	for xen-api@lists.xen.org; Sun, 16 Dec 2012 06:48:47 +0000
Received: from [85.158.137.99:57933] by server-16.bemta-3.messagelabs.com id
	3E/4F-27634-9CE6DC05; Sun, 16 Dec 2012 06:48:41 +0000
X-Env-Sender: trix@basement.net
X-Msg-Ref: server-5.tower-217.messagelabs.com!1355640519!14706202!1
X-Originating-IP: [66.135.63.193]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25060 invoked from network); 16 Dec 2012 06:48:40 -0000
Received: from vt42.crimsonhexagon.com (HELO anya.basement.net) (66.135.63.193)
	by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 16 Dec 2012 06:48:40 -0000
Received: from willow.basement.net (willow.basement.net
	[IPv6:2001:470:c075:9f15:2b0:d0ff:fee7:23d9])
	by anya.basement.net (8.13.8/8.13.8) with ESMTP id qBG6ma9S027654
	for ; Sun, 16 Dec 2012 00:48:37 -0600
Received: from willow.basement.net (localhost [127.0.0.1])
	by willow.basement.net (8.14.5/8.14.5) with ESMTP id qBG6mZlO042554
	for ; Sun, 16 Dec 2012 00:48:35 -0600 (CST)
	(envelope-from trix@willow.basement.net)
Received: (from trix@localhost)
	by willow.basement.net (8.14.5/8.14.5/Submit) id qBG6mZEv042553
	for xen-api@lists.xen.org; Sun, 16 Dec 2012 00:48:35 -0600 (CST)
	(envelope-from trix)
Date: Sun, 16 Dec 2012 00:48:35 -0600
From: Trix Farrar 
To: xen-api@lists.xen.org
Message-ID: <20121216064834.GD89063@basement.net>
MIME-Version: 1.0
X-Crypto: gpg (GnuPG) 2.0.16
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on anya.basement.net
Subject: [Xen-API] XCP installer cannot restore from backup
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2680186509885991704=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============2680186509885991704==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Q0rSlbzrZN6k9QnT"
Content-Disposition: inline


--Q0rSlbzrZN6k9QnT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I tried upgrading from XCP 1.5BETA to 1.6.  I did not go well; the
host came up fine, but I couldn't start any domains. (Error 12)  I'll
look into that later.  First priority was to roll back to the backup.

It turns out that on XCP hosts created by 1.5BETA or 1.6, the
/etc/xensource-inventory file lacks a line stating:

PRODUCT_BRAND=3D'XCP'

This chokes up "self.brand =3D self.inventory['PRODUCT_BRAND']"
assignment on line 410 of /opt/xensource/installer/product.py on the
installer CD.  This is the __init__ function for class
XenServerBackup.  The affected function reads:

class XenServerBackup:
    def __init__(self, part, mnt):
        self.partition =3D part
        self.inventory =3D util.readKeyValueFile(os.path.join(mnt, constant=
s.INVENTORY_FILE), strip_quotes =3D True)
	self.name =3D self.inventory['PRODUCT_NAME']
        self.brand =3D self.inventory['PRODUCT_BRAND']
	self.version =3D Version.from_string("%s-%s" % (self.inventory['PLATFORM_V=
ERSION'], self.inventory['BUILD_NUMBER']))
        self.build =3D self.inventory['BUILD_NUMBER']
        self.root_disk =3D diskutil.partitionFromId(self.inventory['PRIMARY=
_DISK'])



Since I was in a hurry, I just hardcoded the assignment.  The rollback
to backup worked perfectly, but somebody may want to look into this.


--=20
John D. "Trix" Farrar            __\\|//__               Basement.NET
trix@basement.net                (` o-o ')   http://www.basement.net/
--------------------------------ooO-(_)-Ooo--------------------------
 GPG Key Fprint: 525F DBA7 1A62 E4C4 E642  DF95 384B B851 3CEF C10A

--Q0rSlbzrZN6k9QnT
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAlDNbsIACgkQOEu4UTzvwQo8cwCcCE89iWccELB49r+uG/37P0gD
lWcAoKaso5ngmpSoVz8hExMQpIEeUM1w
=8u53
-----END PGP SIGNATURE-----

--Q0rSlbzrZN6k9QnT--


--===============2680186509885991704==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2680186509885991704==--


From xen-api-bounces@lists.xen.org Sun Dec 16 06:49:00 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 16 Dec 2012 06:49: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 1Tk81o-0006kt-J9; Sun, 16 Dec 2012 06:48:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tk81m-0006ko-Q7
	for xen-api@lists.xen.org; Sun, 16 Dec 2012 06:48:47 +0000
Received: from [85.158.137.99:57933] by server-16.bemta-3.messagelabs.com id
	3E/4F-27634-9CE6DC05; Sun, 16 Dec 2012 06:48:41 +0000
X-Env-Sender: trix@basement.net
X-Msg-Ref: server-5.tower-217.messagelabs.com!1355640519!14706202!1
X-Originating-IP: [66.135.63.193]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25060 invoked from network); 16 Dec 2012 06:48:40 -0000
Received: from vt42.crimsonhexagon.com (HELO anya.basement.net) (66.135.63.193)
	by server-5.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 16 Dec 2012 06:48:40 -0000
Received: from willow.basement.net (willow.basement.net
	[IPv6:2001:470:c075:9f15:2b0:d0ff:fee7:23d9])
	by anya.basement.net (8.13.8/8.13.8) with ESMTP id qBG6ma9S027654
	for ; Sun, 16 Dec 2012 00:48:37 -0600
Received: from willow.basement.net (localhost [127.0.0.1])
	by willow.basement.net (8.14.5/8.14.5) with ESMTP id qBG6mZlO042554
	for ; Sun, 16 Dec 2012 00:48:35 -0600 (CST)
	(envelope-from trix@willow.basement.net)
Received: (from trix@localhost)
	by willow.basement.net (8.14.5/8.14.5/Submit) id qBG6mZEv042553
	for xen-api@lists.xen.org; Sun, 16 Dec 2012 00:48:35 -0600 (CST)
	(envelope-from trix)
Date: Sun, 16 Dec 2012 00:48:35 -0600
From: Trix Farrar 
To: xen-api@lists.xen.org
Message-ID: <20121216064834.GD89063@basement.net>
MIME-Version: 1.0
X-Crypto: gpg (GnuPG) 2.0.16
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD
	autolearn=unavailable version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on anya.basement.net
Subject: [Xen-API] XCP installer cannot restore from backup
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2680186509885991704=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============2680186509885991704==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Q0rSlbzrZN6k9QnT"
Content-Disposition: inline


--Q0rSlbzrZN6k9QnT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I tried upgrading from XCP 1.5BETA to 1.6.  I did not go well; the
host came up fine, but I couldn't start any domains. (Error 12)  I'll
look into that later.  First priority was to roll back to the backup.

It turns out that on XCP hosts created by 1.5BETA or 1.6, the
/etc/xensource-inventory file lacks a line stating:

PRODUCT_BRAND=3D'XCP'

This chokes up "self.brand =3D self.inventory['PRODUCT_BRAND']"
assignment on line 410 of /opt/xensource/installer/product.py on the
installer CD.  This is the __init__ function for class
XenServerBackup.  The affected function reads:

class XenServerBackup:
    def __init__(self, part, mnt):
        self.partition =3D part
        self.inventory =3D util.readKeyValueFile(os.path.join(mnt, constant=
s.INVENTORY_FILE), strip_quotes =3D True)
	self.name =3D self.inventory['PRODUCT_NAME']
        self.brand =3D self.inventory['PRODUCT_BRAND']
	self.version =3D Version.from_string("%s-%s" % (self.inventory['PLATFORM_V=
ERSION'], self.inventory['BUILD_NUMBER']))
        self.build =3D self.inventory['BUILD_NUMBER']
        self.root_disk =3D diskutil.partitionFromId(self.inventory['PRIMARY=
_DISK'])



Since I was in a hurry, I just hardcoded the assignment.  The rollback
to backup worked perfectly, but somebody may want to look into this.


--=20
John D. "Trix" Farrar            __\\|//__               Basement.NET
trix@basement.net                (` o-o ')   http://www.basement.net/
--------------------------------ooO-(_)-Ooo--------------------------
 GPG Key Fprint: 525F DBA7 1A62 E4C4 E642  DF95 384B B851 3CEF C10A

--Q0rSlbzrZN6k9QnT
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAlDNbsIACgkQOEu4UTzvwQo8cwCcCE89iWccELB49r+uG/37P0gD
lWcAoKaso5ngmpSoVz8hExMQpIEeUM1w
=8u53
-----END PGP SIGNATURE-----

--Q0rSlbzrZN6k9QnT--


--===============2680186509885991704==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2680186509885991704==--


From xen-api-bounces@lists.xen.org Mon Dec 17 11:48:53 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 17 Dec 2012 11:48: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 1TkZBb-000126-8A; Mon, 17 Dec 2012 11:48:43 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TkZBZ-00011u-U6; Mon, 17 Dec 2012 11:48:42 +0000
Received: from [85.158.143.99:33270] by server-2.bemta-4.messagelabs.com id
	1C/07-30861-9960FC05; Mon, 17 Dec 2012 11:48:41 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1355744894!28838062!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDExMjgw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17349 invoked from network); 17 Dec 2012 11:48:40 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	17 Dec 2012 11:48:40 -0000
X-IronPort-AV: E=Sophos;i="4.84,300,1355097600"; 
   d="scan'208";a="196873"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 Dec 2012 11:47:39 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Mon, 17 Dec 2012 11:47:37 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TkZAX-0004W0-8y; Mon, 17 Dec 2012 11:47:37 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TkZAW-0003Gz-Vh;
	Mon, 17 Dec 2012 11:47:37 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20687.1624.850228.107153@mariner.uk.xensource.com>
Date: Mon, 17 Dec 2012 11:47:36 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB721C.5010006@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
	<50CB62CD.7020103@citrix.com>
	<20683.28487.926648.451291@mariner.uk.xensource.com>
	<50CB721C.5010006@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> On 14/12/12 19:26, Ian Jackson wrote:
> > Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> >>  * remove: called to disconnect the device. Xenstore backend entries
> >> exists, and backend state is 6 (XenbusStateClosed).
> > 
> > I assume we need an unprepare here too.
> 
> I've also thought that, but the reason for prepare to exist is to reduce
> the time that the "add" operation takes, thus reducing the blackout
> phase during migration.

The unprepare operation might also be slow.  (Of course we believe in
crash-only software but the storage provider might not...)

> There's no such problem in the remove phase, but I guess we need an
> unprepare in case there's a failure between the prepare and add
> operations, and we wish to give the hotplug script an opportunity to
> unwind whatever the prepare operation has done.
> 
Yes.

Ian.

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

From xen-api-bounces@lists.xen.org Mon Dec 17 11:48:53 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 17 Dec 2012 11:48: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 1TkZBb-000126-8A; Mon, 17 Dec 2012 11:48:43 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TkZBZ-00011u-U6; Mon, 17 Dec 2012 11:48:42 +0000
Received: from [85.158.143.99:33270] by server-2.bemta-4.messagelabs.com id
	1C/07-30861-9960FC05; Mon, 17 Dec 2012 11:48:41 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1355744894!28838062!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDExMjgw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17349 invoked from network); 17 Dec 2012 11:48:40 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	17 Dec 2012 11:48:40 -0000
X-IronPort-AV: E=Sophos;i="4.84,300,1355097600"; 
   d="scan'208";a="196873"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 Dec 2012 11:47:39 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.279.5; Mon, 17 Dec 2012 11:47:37 +0000
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from )	id
	1TkZAX-0004W0-8y; Mon, 17 Dec 2012 11:47:37 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from )	id 1TkZAW-0003Gz-Vh;
	Mon, 17 Dec 2012 11:47:37 +0000
From: Ian Jackson 
MIME-Version: 1.0
Message-ID: <20687.1624.850228.107153@mariner.uk.xensource.com>
Date: Mon, 17 Dec 2012 11:47:36 +0000
To: Roger Pau Monne 
In-Reply-To: <50CB721C.5010006@citrix.com>
References: <50C78D84.1030404@citrix.com>
	<1355309001.10554.13.camel@zakaz.uk.xensource.com>
	<50C879FB.7060208@citrix.com> <50CA08AE.80102@citrix.com>
	<20682.7487.598565.547405@mariner.uk.xensource.com>
	<50CB0429.9070300@citrix.com>
	<20683.7116.546352.141787@mariner.uk.xensource.com>
	<50CB43A9.3040806@citrix.com>
	<20683.18895.282490.216230@mariner.uk.xensource.com>
	<50CB62CD.7020103@citrix.com>
	<20683.28487.926648.451291@mariner.uk.xensource.com>
	<50CB721C.5010006@citrix.com>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-devel , Ian Campbell ,
	"xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Handling iSCSI block devices (Was: Driver domains and
 device handling)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> On 14/12/12 19:26, Ian Jackson wrote:
> > Roger Pau Monne writes ("Re: Handling iSCSI block devices (Was: Driver domains and device handling)"):
> >>  * remove: called to disconnect the device. Xenstore backend entries
> >> exists, and backend state is 6 (XenbusStateClosed).
> > 
> > I assume we need an unprepare here too.
> 
> I've also thought that, but the reason for prepare to exist is to reduce
> the time that the "add" operation takes, thus reducing the blackout
> phase during migration.

The unprepare operation might also be slow.  (Of course we believe in
crash-only software but the storage provider might not...)

> There's no such problem in the remove phase, but I guess we need an
> unprepare in case there's a failure between the prepare and add
> operations, and we wish to give the hotplug script an opportunity to
> unwind whatever the prepare operation has done.
> 
Yes.

Ian.

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

From xen-api-bounces@lists.xen.org Mon Dec 17 15:08:35 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 17 Dec 2012 15:08: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 1TkcIp-0007Ar-R7; Mon, 17 Dec 2012 15:08:23 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TkcIo-0007Am-E1
	for xen-api@lists.xen.org; Mon, 17 Dec 2012 15:08:22 +0000
Received: from [193.109.254.147:21420] by server-7.bemta-14.messagelabs.com id
	A3/0F-08102-5653FC05; Mon, 17 Dec 2012 15:08:21 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-5.tower-27.messagelabs.com!1355756901!7746912!1
X-Originating-IP: [80.12.242.124]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13915 invoked from network); 17 Dec 2012 15:08:21 -0000
Received: from smtp02.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.124) by server-5.tower-27.messagelabs.com with SMTP;
	17 Dec 2012 15:08:21 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d25 with ME
	id cf8L1k00H3zjds103f8L3F; Mon, 17 Dec 2012 16:08:21 +0100
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 43D66161B74
	for ; Mon, 17 Dec 2012 16:08:20 +0100 (CET)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10026)
	with ESMTP id tDmYFS2UUSxE; Mon, 17 Dec 2012 16:08:19 +0100 (CET)
Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 6D535161B6E;
	Mon, 17 Dec 2012 16:08:19 +0100 (CET)
Message-ID: <50CF3563.2070008@tranquil-it-systems.fr>
Date: Mon, 17 Dec 2012 16:08:19 +0100
From: Denis Cardon 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "xen-api@lists.xen.org" 
Cc: Tranquil IT Systems 
Subject: [Xen-API] XCP + win2008R2SP1 + remotefx
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello everyone,

I wonder if anyone has been able to use RemoteFX (MS TSE optimisation =

for desktop remoting) on a win2k8R2 VM running on XCP? I have a recent =

nvidia quadro on hand, and a recent server lying around. I feel like to =

try it and I wanted to know if any of you had the opportunity to play =

with this remoteFX technology.

I guess it will not be possible with the existing FOSS stuff to share =

the GPU between many VMs (it would require Hyper-V or Citrix HDX I =

believe), however if I can allocate a whole graphic card to a win2k8r2 =

vm, and run RemoteFX I'll be very happy with it for the time being.

Hope to hear from you'all,

Denis




-- =

Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=E2timent A
12 avenue Jules Verne
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.tranquil-it-systems.fr


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

From xen-api-bounces@lists.xen.org Mon Dec 17 15:08:35 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 17 Dec 2012 15:08: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 1TkcIp-0007Ar-R7; Mon, 17 Dec 2012 15:08:23 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TkcIo-0007Am-E1
	for xen-api@lists.xen.org; Mon, 17 Dec 2012 15:08:22 +0000
Received: from [193.109.254.147:21420] by server-7.bemta-14.messagelabs.com id
	A3/0F-08102-5653FC05; Mon, 17 Dec 2012 15:08:21 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-5.tower-27.messagelabs.com!1355756901!7746912!1
X-Originating-IP: [80.12.242.124]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13915 invoked from network); 17 Dec 2012 15:08:21 -0000
Received: from smtp02.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.124) by server-5.tower-27.messagelabs.com with SMTP;
	17 Dec 2012 15:08:21 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d25 with ME
	id cf8L1k00H3zjds103f8L3F; Mon, 17 Dec 2012 16:08:21 +0100
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 43D66161B74
	for ; Mon, 17 Dec 2012 16:08:20 +0100 (CET)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10026)
	with ESMTP id tDmYFS2UUSxE; Mon, 17 Dec 2012 16:08:19 +0100 (CET)
Received: from srvlts1.tranquil.it (srvlts1.tranquilit.local [192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 6D535161B6E;
	Mon, 17 Dec 2012 16:08:19 +0100 (CET)
Message-ID: <50CF3563.2070008@tranquil-it-systems.fr>
Date: Mon, 17 Dec 2012 16:08:19 +0100
From: Denis Cardon 
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "xen-api@lists.xen.org" 
Cc: Tranquil IT Systems 
Subject: [Xen-API] XCP + win2008R2SP1 + remotefx
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello everyone,

I wonder if anyone has been able to use RemoteFX (MS TSE optimisation =

for desktop remoting) on a win2k8R2 VM running on XCP? I have a recent =

nvidia quadro on hand, and a recent server lying around. I feel like to =

try it and I wanted to know if any of you had the opportunity to play =

with this remoteFX technology.

I guess it will not be possible with the existing FOSS stuff to share =

the GPU between many VMs (it would require Hyper-V or Citrix HDX I =

believe), however if I can allocate a whole graphic card to a win2k8r2 =

vm, and run RemoteFX I'll be very happy with it for the time being.

Hope to hear from you'all,

Denis




-- =

Denis Cardon
Tranquil IT Systems
Les Espaces Jules Verne, b=E2timent A
12 avenue Jules Verne
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.55
http://www.tranquil-it-systems.fr


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

From xen-api-bounces@lists.xen.org Mon Dec 17 21:00:29 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 17 Dec 2012 21:00: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 1TkhnP-0004qP-DZ; Mon, 17 Dec 2012 21:00:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkhnO-0004qK-8q
	for xen-api@lists.xen.org; Mon, 17 Dec 2012 21:00:18 +0000
Received: from [85.158.143.35:62727] by server-1.bemta-4.messagelabs.com id
	A1/E4-28401-1E78FC05; Mon, 17 Dec 2012 21:00:17 +0000
X-Env-Sender: asai@globalchangemusic.org
X-Msg-Ref: server-12.tower-21.messagelabs.com!1355778016!12383039!1
X-Originating-IP: [207.108.125.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25530 invoked from network); 17 Dec 2012 21:00:16 -0000
Received: from triata.globalchangemultimedia.net (HELO
	triata.globalchangemultimedia.net) (207.108.125.34)
	by server-12.tower-21.messagelabs.com with SMTP;
	17 Dec 2012 21:00:16 -0000
Received: from localhost (triata [127.0.0.1])
	by triata.globalchangemultimedia.net (Postfix) with ESMTP id
	9F28217080A
	for ; Mon, 17 Dec 2012 14:00:15 -0700 (MST)
X-Virus-Scanned: amavisd-new at globalchangemultimedia.net
Received: from triata.globalchangemultimedia.net ([127.0.0.1])
	by localhost (triata.globalchangemultimedia.net [127.0.0.1])
	(amavisd-new, port 10024)
	with ESMTP id icC3u0iJxD9A for ;
	Mon, 17 Dec 2012 14:00:15 -0700 (MST)
Received: from [192.168.50.50] (unknown [192.168.50.50])
	by triata.globalchangemultimedia.net (Postfix) with ESMTPSA id
	0DEA41707F0
	for ; Mon, 17 Dec 2012 14:00:15 -0700 (MST)
Message-ID: <50CF87DE.4040607@globalchangemusic.org>
Date: Mon, 17 Dec 2012 14:00:14 -0700
From: Asai 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:18.0) Gecko/20121128 Thunderbird/18.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] Hotfixes
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Greetings,

Quick questions.  Can I upgrade from XCP 1.0 to 1.6 directly? and are 
XenServer hotfixes applicable to XCP?

Thanks.
-- 

Asai

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

From xen-api-bounces@lists.xen.org Mon Dec 17 21:00:29 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 17 Dec 2012 21:00: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 1TkhnP-0004qP-DZ; Mon, 17 Dec 2012 21:00:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkhnO-0004qK-8q
	for xen-api@lists.xen.org; Mon, 17 Dec 2012 21:00:18 +0000
Received: from [85.158.143.35:62727] by server-1.bemta-4.messagelabs.com id
	A1/E4-28401-1E78FC05; Mon, 17 Dec 2012 21:00:17 +0000
X-Env-Sender: asai@globalchangemusic.org
X-Msg-Ref: server-12.tower-21.messagelabs.com!1355778016!12383039!1
X-Originating-IP: [207.108.125.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25530 invoked from network); 17 Dec 2012 21:00:16 -0000
Received: from triata.globalchangemultimedia.net (HELO
	triata.globalchangemultimedia.net) (207.108.125.34)
	by server-12.tower-21.messagelabs.com with SMTP;
	17 Dec 2012 21:00:16 -0000
Received: from localhost (triata [127.0.0.1])
	by triata.globalchangemultimedia.net (Postfix) with ESMTP id
	9F28217080A
	for ; Mon, 17 Dec 2012 14:00:15 -0700 (MST)
X-Virus-Scanned: amavisd-new at globalchangemultimedia.net
Received: from triata.globalchangemultimedia.net ([127.0.0.1])
	by localhost (triata.globalchangemultimedia.net [127.0.0.1])
	(amavisd-new, port 10024)
	with ESMTP id icC3u0iJxD9A for ;
	Mon, 17 Dec 2012 14:00:15 -0700 (MST)
Received: from [192.168.50.50] (unknown [192.168.50.50])
	by triata.globalchangemultimedia.net (Postfix) with ESMTPSA id
	0DEA41707F0
	for ; Mon, 17 Dec 2012 14:00:15 -0700 (MST)
Message-ID: <50CF87DE.4040607@globalchangemusic.org>
Date: Mon, 17 Dec 2012 14:00:14 -0700
From: Asai 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:18.0) Gecko/20121128 Thunderbird/18.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] Hotfixes
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Greetings,

Quick questions.  Can I upgrade from XCP 1.0 to 1.6 directly? and are 
XenServer hotfixes applicable to XCP?

Thanks.
-- 

Asai

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

From xen-api-bounces@lists.xen.org Tue Dec 18 07:33:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 07:33: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 1Tkrfl-0006XZ-2j; Tue, 18 Dec 2012 07:33:05 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tkrfi-0006XS-5h
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 07:33:03 +0000
Received: from [193.109.254.147:33454] by server-12.bemta-14.messagelabs.com
	id F0/A6-06523-D2C10D05; Tue, 18 Dec 2012 07:33:01 +0000
X-Env-Sender: claytonly@163.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1355815972!10977909!1
X-Originating-IP: [220.181.13.245]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NSA9PiA5MzY2\n,sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NSA9PiA5MzY2\n,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 598 invoked from network); 18 Dec 2012 07:32:54 -0000
Received: from m13-245.163.com (HELO m13-245.163.com) (220.181.13.245)
	by server-3.tower-27.messagelabs.com with SMTP;
	18 Dec 2012 07:32:54 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
	s=s110527; h=Received:Date:From:To:Message-ID:Subject:
	MIME-Version:Content-Type; bh=PbhDJDaD6mT3MRanEF6VV2UPUKyhQsoHD9
	1OB2f5vB0=; b=qFuQBIqE2+8a6toLJy3mO1Owo2MQTioKC2AxMOUQE4RtisIkNc
	+yAGKGdC8J9GnvSkXgH1Heudhqn/EcnMR9hurAgzFVDoDKQy1+D5KoKy2g4pmVqf
	zhL7/7zGRpIeU8A51o0veShXoe82TR+RfVfHUyiEGi96YeSr0FGT6iuWA=
Received: from claytonly ( [219.223.241.172] ) by ajax-webmail-sdy11
	(Coremail) ; Tue, 18 Dec 2012 15:32:51 +0800 (GMT+08:00)
Date: Tue, 18 Dec 2012 15:32:52 +0800
From: "claytonly"
To: "xen-api"
Message-ID: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com>
MIME-Version: 1.0
X-Mailer: NetEase Flash Mail 2.2.1.16
X-Priority: 3 (Normal)
X-Originating-IP: [219.223.241.172]
X-CM-TRANSID: 7MKowGD5n0EjHNBQxQANAA--.8772W
X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEwCJpk9osPakdAABsM
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Subject: [Xen-API] how to use api
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6379213716415874774=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6379213716415874774==
Content-Type: multipart/alternative;
	boundary="__=_Part_Boundary_004_002626.011210"

--__=_Part_Boundary_004_002626.011210
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

SGVsbG8sIGFsbA0KDQpJIHdhbnQgdG8gdXNlIEFQSSBwcm92aWRlZCBieSB4Y3AgdG8gZGV2ZWxv
cCBzb21lIGFwcGxpY2F0aW9ucywgd2hlcmUgc2hvbGQgSSBiZWdpbj8gTWFueSBUaGFua3MhDQoN
CmNsYXl0b24NCg0KMjAxMi0xMi0xOA0KDQoNCg0KY2xheXRvbmx5
--__=_Part_Boundary_004_002626.011210
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy
bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s
OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D
S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog
MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L
5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T
SFRNTCA5LjAwLjgxMTIuMTY0NTciPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E
WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS
R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw
eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo
PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l
rovkvZM+DQo8RElWPkhlbGxvLCBhbGw8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIHN0
eWxlPSJURVhULUlOREVOVDogMmVtIj48L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAy
ZW0iPkkgd2FudCB0byB1c2UgQVBJIHByb3ZpZGVkIGJ5IHhjcCB0byBkZXZlbG9wIHNvbWUgDQph
cHBsaWNhdGlvbnMsIHdoZXJlIHNob2xkIEkgYmVnaW4/IE1hbnkgVGhhbmtzITwvRElWPg0KPERJ
ViBzdHlsZT0iVEVYVC1JTkRFTlQ6IDJlbSI+Jm5ic3A7PC9ESVY+DQo8RElWIHN0eWxlPSJURVhU
LUlOREVOVDogMmVtIj48L0RJVj4NCjxESVY+PC9ESVY+DQo8RElWPmNsYXl0b248L0RJVj48L0ZP
TlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9y
PSNjMGMwYzAgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjIwMTItMTItMTg8L0ZPTlQ+PC9ESVY+PEZP
TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6
IDJweCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD4NCjxESVY+PEZP
TlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTUEFOIA0KaWQ9X0ZsYXNoU2ln
bk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJVj48L1NUQVRJT05FUlk+PC9CT0RZPjwv
SFRNTD4=
--__=_Part_Boundary_004_002626.011210--



--===============6379213716415874774==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6379213716415874774==--



From xen-api-bounces@lists.xen.org Tue Dec 18 07:33:14 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 07:33: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 1Tkrfl-0006XZ-2j; Tue, 18 Dec 2012 07:33:05 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tkrfi-0006XS-5h
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 07:33:03 +0000
Received: from [193.109.254.147:33454] by server-12.bemta-14.messagelabs.com
	id F0/A6-06523-D2C10D05; Tue, 18 Dec 2012 07:33:01 +0000
X-Env-Sender: claytonly@163.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1355815972!10977909!1
X-Originating-IP: [220.181.13.245]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NSA9PiA5MzY2\n,sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NSA9PiA5MzY2\n,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 598 invoked from network); 18 Dec 2012 07:32:54 -0000
Received: from m13-245.163.com (HELO m13-245.163.com) (220.181.13.245)
	by server-3.tower-27.messagelabs.com with SMTP;
	18 Dec 2012 07:32:54 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
	s=s110527; h=Received:Date:From:To:Message-ID:Subject:
	MIME-Version:Content-Type; bh=PbhDJDaD6mT3MRanEF6VV2UPUKyhQsoHD9
	1OB2f5vB0=; b=qFuQBIqE2+8a6toLJy3mO1Owo2MQTioKC2AxMOUQE4RtisIkNc
	+yAGKGdC8J9GnvSkXgH1Heudhqn/EcnMR9hurAgzFVDoDKQy1+D5KoKy2g4pmVqf
	zhL7/7zGRpIeU8A51o0veShXoe82TR+RfVfHUyiEGi96YeSr0FGT6iuWA=
Received: from claytonly ( [219.223.241.172] ) by ajax-webmail-sdy11
	(Coremail) ; Tue, 18 Dec 2012 15:32:51 +0800 (GMT+08:00)
Date: Tue, 18 Dec 2012 15:32:52 +0800
From: "claytonly"
To: "xen-api"
Message-ID: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com>
MIME-Version: 1.0
X-Mailer: NetEase Flash Mail 2.2.1.16
X-Priority: 3 (Normal)
X-Originating-IP: [219.223.241.172]
X-CM-TRANSID: 7MKowGD5n0EjHNBQxQANAA--.8772W
X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEwCJpk9osPakdAABsM
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Subject: [Xen-API] how to use api
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6379213716415874774=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6379213716415874774==
Content-Type: multipart/alternative;
	boundary="__=_Part_Boundary_004_002626.011210"

--__=_Part_Boundary_004_002626.011210
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

SGVsbG8sIGFsbA0KDQpJIHdhbnQgdG8gdXNlIEFQSSBwcm92aWRlZCBieSB4Y3AgdG8gZGV2ZWxv
cCBzb21lIGFwcGxpY2F0aW9ucywgd2hlcmUgc2hvbGQgSSBiZWdpbj8gTWFueSBUaGFua3MhDQoN
CmNsYXl0b24NCg0KMjAxMi0xMi0xOA0KDQoNCg0KY2xheXRvbmx5
--__=_Part_Boundary_004_002626.011210
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy
bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s
OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlCTE9D
S1FVT1RFe21hcmdpbi1Ub3A6IDBweDsgbWFyZ2luLUJvdHRvbTogMHB4OyBtYXJnaW4tTGVmdDog
MmVtfQkJCWJvZHl7Rk9OVC1TSVpFOjEyLjFwdDsgQ09MT1I6IzAwMTsgRk9OVC1GQU1JTFk65a6L
5L2TLHNlcmlmO30JCTwvU1RZTEU+DQoNCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRlbnQ9Ik1T
SFRNTCA5LjAwLjgxMTIuMTY0NTciPjxCQVNFIA0KdGFyZ2V0PV9ibGFuaz48L0hFQUQ+DQo8Qk9E
WSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQtV0lEVEg6IDBweDsgTUFS
R0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1CT1RUT00tV0lEVEg6IDBw
eDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9IjAiIG1hcmdpbndpZHRo
PSIwIj48U1RBVElPTkVSWT4NCjxESVY+PEZPTlQgY29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT3l
rovkvZM+DQo8RElWPkhlbGxvLCBhbGw8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWIHN0
eWxlPSJURVhULUlOREVOVDogMmVtIj48L0RJVj4NCjxESVYgc3R5bGU9IlRFWFQtSU5ERU5UOiAy
ZW0iPkkgd2FudCB0byB1c2UgQVBJIHByb3ZpZGVkIGJ5IHhjcCB0byBkZXZlbG9wIHNvbWUgDQph
cHBsaWNhdGlvbnMsIHdoZXJlIHNob2xkIEkgYmVnaW4/IE1hbnkgVGhhbmtzITwvRElWPg0KPERJ
ViBzdHlsZT0iVEVYVC1JTkRFTlQ6IDJlbSI+Jm5ic3A7PC9ESVY+DQo8RElWIHN0eWxlPSJURVhU
LUlOREVOVDogMmVtIj48L0RJVj4NCjxESVY+PC9ESVY+DQo8RElWPmNsYXl0b248L0RJVj48L0ZP
TlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJViBhbGlnbj1sZWZ0PjxGT05UIGNvbG9y
PSNjMGMwYzAgc2l6ZT0yIA0KZmFjZT1WZXJkYW5hPjIwMTItMTItMTg8L0ZPTlQ+PC9ESVY+PEZP
TlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6
IDJweCIgaWQ9U2lnbk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD4NCjxESVY+PEZP
TlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5hPjxTUEFOIA0KaWQ9X0ZsYXNoU2ln
bk5hbWU+Y2xheXRvbmx5PC9TUEFOPjwvRk9OVD48L0RJVj48L1NUQVRJT05FUlk+PC9CT0RZPjwv
SFRNTD4=
--__=_Part_Boundary_004_002626.011210--



--===============6379213716415874774==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6379213716415874774==--



From xen-api-bounces@lists.xen.org Tue Dec 18 10:36:11 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 10:36: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 1TkuWp-0000wb-CJ; Tue, 18 Dec 2012 10:36:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkuWo-0000wT-25
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 10:36:02 +0000
Received: from [85.158.139.83:24436] by server-6.bemta-5.messagelabs.com id
	15/63-30498-11740D05; Tue, 18 Dec 2012 10:36:01 +0000
X-Env-Sender: john.else@citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1355826944!27622044!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDExNzM4\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11123 invoked from network); 18 Dec 2012 10:35:46 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 10:35:46 -0000
X-IronPort-AV: E=Sophos;i="4.84,300,1355097600"; d="scan'208,217";a="220140"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 Dec 2012 10:35:45 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 18 Dec 2012
	10:35:44 +0000
From: John Else 
To: claytonly , xen-api 
Date: Tue, 18 Dec 2012 10:36:06 +0000
Thread-Topic: [Xen-API] how to use api
Thread-Index: Ac3c8k8TgomIsovLStSWJ9MaW1KzRAAF6idg
Message-ID: <7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54@LONPMAILBOX01.citrite.net>
References: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com>
In-Reply-To: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] how to use api
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6292044857158547733=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6292044857158547733==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_"

--_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQ2xheXRvbiwNCkFQSSBiaW5kaW5ncyBhcmUgZ2VuZXJhdGVkIGZvciBYZW5TZXJ2ZXIgaW4g
QywgQyMsIEphdmEgYW5kIFBvd2Vyc2hlbGwg4oCTIHlvdSBjYW4gdXNlIHRoZXNlIHdpdGggWENQ
LCBhbmQgdGhleeKAmXJlIGF2YWlsYWJsZSBoZXJlOg0KaHR0cDovL2NvbW11bml0eS5jaXRyaXgu
Y29tL2Nkbi94cy9zZGtzLw0KWW91IG1heSBhbHNvIGJlIGludGVyZXN0ZWQgaW4gdGhlIFNESyBn
dWlkZTogaHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9lbl9n
Yi9zZGsuaHRtbA0K4oCmYW5kIHRoZSBBUEkgcmVmZXJlbmNlOiBodHRwOi8vZG9jcy52bWQuY2l0
cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL2FwaS8NCklmIHlvdSB3YW50IHRvIHVz
ZSBQeXRob24sIHRoZSBlYXNpZXN0IHRoaW5nIHRvIGRvIGlzIGNvcHkgdGhlIGhlbHBlciBtb2R1
bGUgd2hpY2ggaXMgYXQgL3Vzci9saWIvcHl0aG9uMi40L3NpdGUtcGFja2FnZXMvWGVuQVBJLnB5
IG9uIGFuIFhDUCBob3N0Lg0KVGhlIEFQSSBiaW5kaW5ncyBhcmUgcmVhbGx5IGp1c3QgYSB0aGlu
IHdyYXBwZXIgYXJvdW5kIFhNTFJQQywgc28gd2l0aCBhIGJpdCBtb3JlIGVmZm9ydCB5b3Ugc2hv
dWxkIGJlIGFibGUgdG8gdXNlIHRoZSBYQ1AgQVBJIGZyb20gYW55IGxhbmd1YWdlIHdpdGggYW4g
WE1MUlBDIGxpYnJhcnkuDQpIb3BlIHRoaXMgaGVscHMsDQpKb2huDQpGcm9tOiB4ZW4tYXBpLWJv
dW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3Jn
XSBPbiBCZWhhbGYgT2YgY2xheXRvbmx5DQpTZW50OiAxOCBEZWNlbWJlciAyMDEyIDA3OjMzDQpU
bzogeGVuLWFwaQ0KU3ViamVjdDogW1hlbi1BUEldIGhvdyB0byB1c2UgYXBpDQoNCkhlbGxvLCBh
bGwNCg0KSSB3YW50IHRvIHVzZSBBUEkgcHJvdmlkZWQgYnkgeGNwIHRvIGRldmVsb3Agc29tZSBh
cHBsaWNhdGlvbnMsIHdoZXJlIHNob2xkIEkgYmVnaW4/IE1hbnkgVGhhbmtzIQ0KDQpjbGF5dG9u
DQoNCjIwMTItMTItMTgNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpjbGF5dG9u
bHkNCg==

--_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PGJhc2UgdGFyZ2V0PSJfYmxh
bmsiPjwhLS1baWYgIW1zb10+PHN0eWxlPnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwp
O30NCm9cOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVy
bCgjZGVmYXVsdCNWTUwpO30NCi5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0K
PC9zdHlsZT48IVtlbmRpZl0tLT48c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0K
QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEg
MSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToy
IDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN
CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt
aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEg
MTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2
IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ
bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t
bGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIiwic2VyaWYiOw0KCW1zby1iZWxpZXZlLW5vcm1hbC1sZWZ0Onllczt9DQphOmxpbmssIHNw
YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K
CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu
a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4
dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUt
dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw
b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6
ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9
DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCFb
aWYgbXNvIDldPjxzdHlsZT5wLk1zb05vcm1hbA0KCXttYXJnaW4tbGVmdDo5LjBwdDt9DQo8L3N0
eWxlPjwhW2VuZGlmXT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg
djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw
IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm
XS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLUdCIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGUgc3R5bGU9
J21hcmdpbi1sZWZ0OjkuMHB0O21hcmdpbi10b3A6OS4wcHQ7bWFyZ2luLXJpZ2h0OjkuMHB0O21h
cmdpbi1ib3R0b206OS4wcHQnPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1zb05v
cm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIs
InNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkhpIENsYXl0b24sPG86cD48L286cD48L3NwYW4+
PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkFQSSBiaW5kaW5n
cyBhcmUgZ2VuZXJhdGVkIGZvciBYZW5TZXJ2ZXIgaW4gQywgQyMsIEphdmEgYW5kIFBvd2Vyc2hl
bGwg4oCTIHlvdSBjYW4gdXNlIHRoZXNlIHdpdGggWENQLCBhbmQgdGhleeKAmXJlIGF2YWlsYWJs
ZSBoZXJlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtj
b2xvcjojMUY0OTdEJz5odHRwOi8vY29tbXVuaXR5LmNpdHJpeC5jb20vY2RuL3hzL3Nka3MvPG86
cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5
N0QnPllvdSBtYXkgYWxzbyBiZSBpbnRlcmVzdGVkIGluIHRoZSBTREsgZ3VpZGU6IDxhIGhyZWY9
Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2Ivc2Rr
Lmh0bWwiPmh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5f
Z2Ivc2RrLmh0bWw8L2E+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48
c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiO2NvbG9yOiMxRjQ5N0QnPuKApmFuZCB0aGUgQVBJIHJlZmVyZW5jZTogPGEgaHJlZj0i
aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9lbl9nYi9hcGkv
Ij5odHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL2Fw
aS88L2E+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2Nv
bG9yOiMxRjQ5N0QnPklmIHlvdSB3YW50IHRvIHVzZSBQeXRob24sIHRoZSBlYXNpZXN0IHRoaW5n
IHRvIGRvIGlzIGNvcHkgdGhlIGhlbHBlciBtb2R1bGUgd2hpY2ggaXMgYXQgL3Vzci9saWIvcHl0
aG9uMi40L3NpdGUtcGFja2FnZXMvWGVuQVBJLnB5IG9uIGFuIFhDUCBob3N0LjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UaGUg
QVBJIGJpbmRpbmdzIGFyZSByZWFsbHkganVzdCBhIHRoaW4gd3JhcHBlciBhcm91bmQgWE1MUlBD
LCBzbyB3aXRoIGEgYml0IG1vcmUgZWZmb3J0IHlvdSBzaG91bGQgYmUgYWJsZSB0byB1c2UgdGhl
IFhDUCBBUEkgZnJvbSBhbnkgbGFuZ3VhZ2Ugd2l0aCBhbiBYTUxSUEMgbGlicmFyeS48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+
SG9wZSB0aGlzIGhlbHBzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjtjb2xvcjojMUY0OTdEJz5Kb2huPG86cD48L286cD48L3NwYW4+PC9wPjxkaXY+PGRp
diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luOjBj
bTttYXJnaW4tYm90dG9tOi4wMDAxcHQnPjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bh
bj48L2I+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eToiVGFob21hIiwic2Fucy1zZXJpZiInPiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBb
bWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9i
PmNsYXl0b25seTxicj48Yj5TZW50OjwvYj4gMTggRGVjZW1iZXIgMjAxMiAwNzozMzxicj48Yj5U
bzo8L2I+IHhlbi1hcGk8YnI+PGI+U3ViamVjdDo8L2I+IFtYZW4tQVBJXSBob3cgdG8gdXNlIGFw
aTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86
cD4mbmJzcDs8L286cD48L3A+PGRpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy
Z2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQnPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseTpT
aW1TdW47Y29sb3I6YmxhY2snPkhlbGxvLCBhbGw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+
PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTou
MDAwMXB0Jz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOmJsYWNrJz4mbmJz
cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5
bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O3RleHQtaW5kZW50OjI0LjBwdCc+
PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjpibGFjayc+SSB3YW50IHRvIHVz
ZSBBUEkgcHJvdmlkZWQgYnkgeGNwIHRvIGRldmVsb3Agc29tZSBhcHBsaWNhdGlvbnMsIHdoZXJl
IHNob2xkIEkgYmVnaW4/IE1hbnkgVGhhbmtzITxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48
ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4w
MDAxcHQ7dGV4dC1pbmRlbnQ6MjQuMHB0Jz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3Vu
O2NvbG9yOmJsYWNrJz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBj
bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Jz48
c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOmJsYWNrJz5jbGF5dG9uPG86cD48
L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxl
PSdtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCc+PHNwYW4gc3R5bGU9J2ZvbnQtZmFt
aWx5OlNpbVN1bjtjb2xvcjojMDAwMDExJz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9k
aXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAw
MDFwdCc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEi
LCJzYW5zLXNlcmlmIjtjb2xvcjpzaWx2ZXInPjIwMTItMTItMTg8L3NwYW4+PHNwYW4gc3R5bGU9
J2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMDAwMDExJz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
PGRpdiBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAw
MXB0Jz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVmVyZGFuYSIs
InNhbnMtc2VyaWYiO2NvbG9yOiMwMDAwMTEnPjxociBzaXplPTIgd2lkdGg9MTIyIHN0eWxlPSd3
aWR0aDo5MS41cHQnIGFsaWduPWxlZnQ+PC9zcGFuPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y
bWFsIHN0eWxlPSdtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCc+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xv
cjpzaWx2ZXInPmNsYXl0b25seTwvc3Bhbj48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3Vu
O2NvbG9yOiMwMDAwMTEnPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48L2JvZHk+
PC9odG1sPg==

--_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_--


--===============6292044857158547733==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6292044857158547733==--


From xen-api-bounces@lists.xen.org Tue Dec 18 10:36:11 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 10:36: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 1TkuWp-0000wb-CJ; Tue, 18 Dec 2012 10:36:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkuWo-0000wT-25
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 10:36:02 +0000
Received: from [85.158.139.83:24436] by server-6.bemta-5.messagelabs.com id
	15/63-30498-11740D05; Tue, 18 Dec 2012 10:36:01 +0000
X-Env-Sender: john.else@citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1355826944!27622044!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDExNzM4\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11123 invoked from network); 18 Dec 2012 10:35:46 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 10:35:46 -0000
X-IronPort-AV: E=Sophos;i="4.84,300,1355097600"; d="scan'208,217";a="220140"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 Dec 2012 10:35:45 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 18 Dec 2012
	10:35:44 +0000
From: John Else 
To: claytonly , xen-api 
Date: Tue, 18 Dec 2012 10:36:06 +0000
Thread-Topic: [Xen-API] how to use api
Thread-Index: Ac3c8k8TgomIsovLStSWJ9MaW1KzRAAF6idg
Message-ID: <7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54@LONPMAILBOX01.citrite.net>
References: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com>
In-Reply-To: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] how to use api
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6292044857158547733=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6292044857158547733==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_"

--_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgQ2xheXRvbiwNCkFQSSBiaW5kaW5ncyBhcmUgZ2VuZXJhdGVkIGZvciBYZW5TZXJ2ZXIgaW4g
QywgQyMsIEphdmEgYW5kIFBvd2Vyc2hlbGwg4oCTIHlvdSBjYW4gdXNlIHRoZXNlIHdpdGggWENQ
LCBhbmQgdGhleeKAmXJlIGF2YWlsYWJsZSBoZXJlOg0KaHR0cDovL2NvbW11bml0eS5jaXRyaXgu
Y29tL2Nkbi94cy9zZGtzLw0KWW91IG1heSBhbHNvIGJlIGludGVyZXN0ZWQgaW4gdGhlIFNESyBn
dWlkZTogaHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9lbl9n
Yi9zZGsuaHRtbA0K4oCmYW5kIHRoZSBBUEkgcmVmZXJlbmNlOiBodHRwOi8vZG9jcy52bWQuY2l0
cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL2FwaS8NCklmIHlvdSB3YW50IHRvIHVz
ZSBQeXRob24sIHRoZSBlYXNpZXN0IHRoaW5nIHRvIGRvIGlzIGNvcHkgdGhlIGhlbHBlciBtb2R1
bGUgd2hpY2ggaXMgYXQgL3Vzci9saWIvcHl0aG9uMi40L3NpdGUtcGFja2FnZXMvWGVuQVBJLnB5
IG9uIGFuIFhDUCBob3N0Lg0KVGhlIEFQSSBiaW5kaW5ncyBhcmUgcmVhbGx5IGp1c3QgYSB0aGlu
IHdyYXBwZXIgYXJvdW5kIFhNTFJQQywgc28gd2l0aCBhIGJpdCBtb3JlIGVmZm9ydCB5b3Ugc2hv
dWxkIGJlIGFibGUgdG8gdXNlIHRoZSBYQ1AgQVBJIGZyb20gYW55IGxhbmd1YWdlIHdpdGggYW4g
WE1MUlBDIGxpYnJhcnkuDQpIb3BlIHRoaXMgaGVscHMsDQpKb2huDQpGcm9tOiB4ZW4tYXBpLWJv
dW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3Jn
XSBPbiBCZWhhbGYgT2YgY2xheXRvbmx5DQpTZW50OiAxOCBEZWNlbWJlciAyMDEyIDA3OjMzDQpU
bzogeGVuLWFwaQ0KU3ViamVjdDogW1hlbi1BUEldIGhvdyB0byB1c2UgYXBpDQoNCkhlbGxvLCBh
bGwNCg0KSSB3YW50IHRvIHVzZSBBUEkgcHJvdmlkZWQgYnkgeGNwIHRvIGRldmVsb3Agc29tZSBh
cHBsaWNhdGlvbnMsIHdoZXJlIHNob2xkIEkgYmVnaW4/IE1hbnkgVGhhbmtzIQ0KDQpjbGF5dG9u
DQoNCjIwMTItMTItMTgNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpjbGF5dG9u
bHkNCg==

--_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PGJhc2UgdGFyZ2V0PSJfYmxh
bmsiPjwhLS1baWYgIW1zb10+PHN0eWxlPnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwp
O30NCm9cOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVy
bCgjZGVmYXVsdCNWTUwpO30NCi5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0K
PC9zdHlsZT48IVtlbmRpZl0tLT48c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0K
QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEg
MSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToy
IDEgNiAwIDMgMSAxIDEgMSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN
CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt
aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEg
MTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2
IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ
bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t
bGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIiwic2VyaWYiOw0KCW1zby1iZWxpZXZlLW5vcm1hbC1sZWZ0Onllczt9DQphOmxpbmssIHNw
YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0K
CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu
a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4
dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUt
dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw
b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6
ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9
DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCFb
aWYgbXNvIDldPjxzdHlsZT5wLk1zb05vcm1hbA0KCXttYXJnaW4tbGVmdDo5LjBwdDt9DQo8L3N0
eWxlPjwhW2VuZGlmXT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMg
djpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lm
IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFw
IHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlm
XS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLUdCIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGUgc3R5bGU9
J21hcmdpbi1sZWZ0OjkuMHB0O21hcmdpbi10b3A6OS4wcHQ7bWFyZ2luLXJpZ2h0OjkuMHB0O21h
cmdpbi1ib3R0b206OS4wcHQnPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1zb05v
cm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIs
InNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkhpIENsYXl0b24sPG86cD48L286cD48L3NwYW4+
PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkFQSSBiaW5kaW5n
cyBhcmUgZ2VuZXJhdGVkIGZvciBYZW5TZXJ2ZXIgaW4gQywgQyMsIEphdmEgYW5kIFBvd2Vyc2hl
bGwg4oCTIHlvdSBjYW4gdXNlIHRoZXNlIHdpdGggWENQLCBhbmQgdGhleeKAmXJlIGF2YWlsYWJs
ZSBoZXJlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtj
b2xvcjojMUY0OTdEJz5odHRwOi8vY29tbXVuaXR5LmNpdHJpeC5jb20vY2RuL3hzL3Nka3MvPG86
cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5
N0QnPllvdSBtYXkgYWxzbyBiZSBpbnRlcmVzdGVkIGluIHRoZSBTREsgZ3VpZGU6IDxhIGhyZWY9
Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2Ivc2Rr
Lmh0bWwiPmh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5f
Z2Ivc2RrLmh0bWw8L2E+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48
c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiO2NvbG9yOiMxRjQ5N0QnPuKApmFuZCB0aGUgQVBJIHJlZmVyZW5jZTogPGEgaHJlZj0i
aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzYuMS4wLzEuMC9lbl9nYi9hcGkv
Ij5odHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL2Fw
aS88L2E+PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2Nv
bG9yOiMxRjQ5N0QnPklmIHlvdSB3YW50IHRvIHVzZSBQeXRob24sIHRoZSBlYXNpZXN0IHRoaW5n
IHRvIGRvIGlzIGNvcHkgdGhlIGhlbHBlciBtb2R1bGUgd2hpY2ggaXMgYXQgL3Vzci9saWIvcHl0
aG9uMi40L3NpdGUtcGFja2FnZXMvWGVuQVBJLnB5IG9uIGFuIFhDUCBob3N0LjxvOnA+PC9vOnA+
PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5UaGUg
QVBJIGJpbmRpbmdzIGFyZSByZWFsbHkganVzdCBhIHRoaW4gd3JhcHBlciBhcm91bmQgWE1MUlBD
LCBzbyB3aXRoIGEgYml0IG1vcmUgZWZmb3J0IHlvdSBzaG91bGQgYmUgYWJsZSB0byB1c2UgdGhl
IFhDUCBBUEkgZnJvbSBhbnkgbGFuZ3VhZ2Ugd2l0aCBhbiBYTUxSUEMgbGlicmFyeS48bzpwPjwv
bzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+
SG9wZSB0aGlzIGhlbHBzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjtjb2xvcjojMUY0OTdEJz5Kb2huPG86cD48L286cD48L3NwYW4+PC9wPjxkaXY+PGRp
diBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp
bmc6My4wcHQgMGNtIDBjbSAwY20nPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luOjBj
bTttYXJnaW4tYm90dG9tOi4wMDAxcHQnPjxiPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz5Gcm9tOjwvc3Bh
bj48L2I+PHNwYW4gbGFuZz1FTi1VUyBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls
eToiVGFob21hIiwic2Fucy1zZXJpZiInPiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBb
bWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9i
PmNsYXl0b25seTxicj48Yj5TZW50OjwvYj4gMTggRGVjZW1iZXIgMjAxMiAwNzozMzxicj48Yj5U
bzo8L2I+IHhlbi1hcGk8YnI+PGI+U3ViamVjdDo8L2I+IFtYZW4tQVBJXSBob3cgdG8gdXNlIGFw
aTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86
cD4mbmJzcDs8L286cD48L3A+PGRpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFy
Z2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQnPjxzcGFuIHN0eWxlPSdmb250LWZhbWlseTpT
aW1TdW47Y29sb3I6YmxhY2snPkhlbGxvLCBhbGw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+
PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTou
MDAwMXB0Jz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOmJsYWNrJz4mbmJz
cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5
bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O3RleHQtaW5kZW50OjI0LjBwdCc+
PHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjpibGFjayc+SSB3YW50IHRvIHVz
ZSBBUEkgcHJvdmlkZWQgYnkgeGNwIHRvIGRldmVsb3Agc29tZSBhcHBsaWNhdGlvbnMsIHdoZXJl
IHNob2xkIEkgYmVnaW4/IE1hbnkgVGhhbmtzITxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48
ZGl2PjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4w
MDAxcHQ7dGV4dC1pbmRlbnQ6MjQuMHB0Jz48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3Vu
O2NvbG9yOmJsYWNrJz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBj
bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0Jz48
c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3VuO2NvbG9yOmJsYWNrJz5jbGF5dG9uPG86cD48
L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxl
PSdtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCc+PHNwYW4gc3R5bGU9J2ZvbnQtZmFt
aWx5OlNpbVN1bjtjb2xvcjojMDAwMDExJz4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9k
aXY+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAw
MDFwdCc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEi
LCJzYW5zLXNlcmlmIjtjb2xvcjpzaWx2ZXInPjIwMTItMTItMTg8L3NwYW4+PHNwYW4gc3R5bGU9
J2ZvbnQtZmFtaWx5OlNpbVN1bjtjb2xvcjojMDAwMDExJz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+
PGRpdiBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAw
MXB0Jz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVmVyZGFuYSIs
InNhbnMtc2VyaWYiO2NvbG9yOiMwMDAwMTEnPjxociBzaXplPTIgd2lkdGg9MTIyIHN0eWxlPSd3
aWR0aDo5MS41cHQnIGFsaWduPWxlZnQ+PC9zcGFuPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y
bWFsIHN0eWxlPSdtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCc+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlZlcmRhbmEiLCJzYW5zLXNlcmlmIjtjb2xv
cjpzaWx2ZXInPmNsYXl0b25seTwvc3Bhbj48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6U2ltU3Vu
O2NvbG9yOiMwMDAwMTEnPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2Rpdj48L2JvZHk+
PC9odG1sPg==

--_000_7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54LONPMAILBOX01_--


--===============6292044857158547733==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6292044857158547733==--


From xen-api-bounces@lists.xen.org Tue Dec 18 10:42:11 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 10: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 1Tkucb-000152-VR; Tue, 18 Dec 2012 10:42:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkucZ-00014x-W9
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 10:42:00 +0000
Received: from [85.158.143.35:33503] by server-3.bemta-4.messagelabs.com id
	F3/15-18211-77840D05; Tue, 18 Dec 2012 10:41:59 +0000
X-Env-Sender: claytonly@163.com
X-Msg-Ref: server-13.tower-21.messagelabs.com!1355827314!15975193!1
X-Originating-IP: [220.181.13.244]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA4NzU5\n,sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA4NzU5\n,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15856 invoked from network); 18 Dec 2012 10:41:56 -0000
Received: from m13-244.163.com (HELO m13-244.163.com) (220.181.13.244)
	by server-13.tower-21.messagelabs.com with SMTP;
	18 Dec 2012 10:41:56 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
	s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To:
	References:Subject:MIME-Version:Content-Type; bh=+13cYwnLDDoPppG
	EKa8LuswArg6NsSikhsWr41BZsWQ=; b=Yx87xAf8hbIab1+EJ6kmeMDdDve1ARL
	ueisJq4hJrYe7A1AdOnfzzOXuOyr1LfCsmKUsig3iNg6YUcdyWILXjlrtGWYpRgb
	0FbUf0pnolQaLwDHFshb9moH8EopWBswhoSmSs9nnWtzbMDo+TtAQXB64IiWkopn
	Kw7p8v07yt84=
Received: from claytonly ( [219.223.241.172] ) by ajax-webmail-sdy10
	(Coremail) ; Tue, 18 Dec 2012 18:41:43 +0800 (GMT+08:00)
Date: Tue, 18 Dec 2012 18:41:44 +0800
From: "claytonly"
To: "John Else",
	"xcp-xapi"
Message-ID: <53438352.8f8d.13bad9ad59a.Coremail.claytonly@163.com>
In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54@LONPMAILBOX01.citrite.net>
References: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com><7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54@LONPMAILBOX01.citrite.net>
MIME-Version: 1.0
X-Mailer: NetEase Flash Mail 2.2.1.16
X-Priority: 3 (Normal)
X-Originating-IP: [219.223.241.172]
X-CM-TRANSID: 68KowGAp0EFoSNBQfn4NAA--.4255W
X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEx2Jpk9osPl9vwABsM
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Subject: Re: [Xen-API] how to use api
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5719165147908679404=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5719165147908679404==
Content-Type: multipart/alternative;
	boundary="__=_Part_Boundary_006_008015.007442"

--__=_Part_Boundary_006_008015.007442
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

T2ssIEkgd2lsbCB0cnksIFRoYW5rcywgSm9obg0KDQpjbGF5dG9uDQoNCjIwMTItMTItMTgNCg0K
DQoNCmNsYXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaSm9obiBFbHNlDQrlj5HpgIHml7bpl7Tv
vJoyMDEyLTEyLTE4IDE4OjM1DQrkuLvpopjvvJpSRTogW1hlbi1BUEldIGhvdyB0byB1c2UgYXBp
DQrmlLbku7bkurrvvJoiY2xheXRvbmx5IjxjbGF5dG9ubHlAMTYzLmNvbT4sInhlbi1hcGkiPHhl
bi1hcGlAbGlzdHMueGVuLm9yZz4NCuaKhOmAge+8mg0KDQpIaSBDbGF5dG9uLA0KQVBJIGJpbmRp
bmdzIGFyZSBnZW5lcmF0ZWQgZm9yIFhlblNlcnZlciBpbiBDLCBDIywgSmF2YSBhbmQgUG93ZXJz
aGVsbCDigJMgeW91IGNhbiB1c2UgdGhlc2Ugd2l0aCBYQ1AsIGFuZCB0aGV54oCZcmUgYXZhaWxh
YmxlIGhlcmU6DQpodHRwOi8vY29tbXVuaXR5LmNpdHJpeC5jb20vY2RuL3hzL3Nka3MvDQpZb3Ug
bWF5IGFsc28gYmUgaW50ZXJlc3RlZCBpbiB0aGUgU0RLIGd1aWRlOiBodHRwOi8vZG9jcy52bWQu
Y2l0cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL3Nkay5odG1sDQrigKZhbmQgdGhl
IEFQSSByZWZlcmVuY2U6IGh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEu
MC8xLjAvZW5fZ2IvYXBpLw0KSWYgeW91IHdhbnQgdG8gdXNlIFB5dGhvbiwgdGhlIGVhc2llc3Qg
dGhpbmcgdG8gZG8gaXMgY29weSB0aGUgaGVscGVyIG1vZHVsZSB3aGljaCBpcyBhdCAvdXNyL2xp
Yi9weXRob24yLjQvc2l0ZS1wYWNrYWdlcy9YZW5BUEkucHkgb24gYW4gWENQIGhvc3QuDQpUaGUg
QVBJIGJpbmRpbmdzIGFyZSByZWFsbHkganVzdCBhIHRoaW4gd3JhcHBlciBhcm91bmQgWE1MUlBD
LCBzbyB3aXRoIGEgYml0IG1vcmUgZWZmb3J0IHlvdSBzaG91bGQgYmUgYWJsZSB0byB1c2UgdGhl
IFhDUCBBUEkgZnJvbSBhbnkgbGFuZ3VhZ2Ugd2l0aCBhbiBYTUxSUEMgbGlicmFyeS4NCkhvcGUg
dGhpcyBoZWxwcywNCkpvaG4NCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFtt
YWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBjbGF5dG9u
bHkNClNlbnQ6IDE4IERlY2VtYmVyIDIwMTIgMDc6MzMNClRvOiB4ZW4tYXBpDQpTdWJqZWN0OiBb
WGVuLUFQSV0gaG93IHRvIHVzZSBhcGkNCg0KSGVsbG8sIGFsbA0KDQpJIHdhbnQgdG8gdXNlIEFQ
SSBwcm92aWRlZCBieSB4Y3AgdG8gZGV2ZWxvcCBzb21lIGFwcGxpY2F0aW9ucywgd2hlcmUgc2hv
bGQgSSBiZWdpbj8gTWFueSBUaGFua3MhDQoNCmNsYXl0b24NCg0KMjAxMi0xMi0xOA0KDQoNCg0K
Y2xheXRvbmx5
--__=_Part_Boundary_006_008015.007442
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy
bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s
OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5
e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K
PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDkuMDAuODExMi4xNjQ1NyI+PEJB
U0UgdGFyZ2V0PV9ibGFuaz4NCjxNRVRBIG5hbWU9R2VuZXJhdG9yIGNvbnRlbnQ9Ik1pY3Jvc29m
dCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj48QkFTRSANCnRhcmdldD1fYmxhbms+PCEtLVtp
ZiAhbXNvXT4NCjxTVFlMRT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoq
IHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1
bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvU1RZTEU+
DQo8IVtlbmRpZl0tLT4NCjxTVFlMRT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEg
MSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2
IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh
bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7
Zm9udC1mYW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAz
IDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1z
b05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i
LCJzZXJpZiI7DQoJbXNvLWJlbGlldmUtbm9ybWFsLWxlZnQ6eWVzO30NCmE6bGluaywgc3Bhbi5N
c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4
dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s
bG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl
Y29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ
Y29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt
b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx
Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRp
di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9TVFlMRT4NCjwhW2lm
IG1zbyA5XT48c3R5bGU+cC5Nc29Ob3JtYWwNCgl7bWFyZ2luLWxlZnQ6OS4wcHQ7fQ0KPC9zdHls
ZT48IVtlbmRpZl0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6
ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn
dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2
OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t
LT48L0hFQUQ+DQo8Qk9EWSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQt
V0lEVEg6IDBweDsgTUFSR0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1C
T1RUT00tV0lEVEg6IDBweDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9
IjAiIG1hcmdpbndpZHRoPSIwIj4NCjxESVY+PEZPTlQgc2l6ZT0zPjxGT05UIGZhY2U9IkNvdXJp
ZXIgTmV3Ij5PaywgSSB3aWxsIHRyeSwgDQpUaGFua3MsIDxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFN
SUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1TSVpFOiAx
MXB0Ij48Rk9OVCANCmNvbG9yPSMwMDAwMDA+Sm9objwvRk9OVD48L1NQQU4+PC9GT05UPjwvRk9O
VD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0zIGZhY2U9IkNvdXJpZXIgTmV3Ij48U1BBTiANCnN0
eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Q7
IEZPTlQtU0laRTogMTFwdCI+PC9TUEFOPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg
Y29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT0iQ291cmllciBOZXciPjxTUEFOIA0Kc3R5bGU9IkZP
TlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1T
SVpFOiAxMXB0Ij5jbGF5dG9uPC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+
DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5h
PjIwMTItMTItMTg8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZh
Y2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgaWQ9U2ln
bk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVm
dD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxh
c2hTaWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXpl
PTIgZmFjZT1WZXJkYW5hPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIg
ZmFjZT1WZXJkYW5hPjxTVFJPTkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+Sm9obiBFbHNlPC9GT05U
PjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7lj5HpgIHm
l7bpl7TvvJo8L1NUUk9ORz4yMDEyLTEyLTE4Jm5ic3A7MTg6MzU8L0ZPTlQ+PC9ESVY+DQo8RElW
PjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjvvJo8L1NUUk9ORz5SRTog
W1hlbi1BUEldIGhvdyB0byB1c2UgDQphcGk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9
MiANCmZhY2U9VmVyZGFuYT48U1RST05HPuaUtuS7tuS6uu+8mjwvU1RST05HPiJjbGF5dG9ubHki
Jmx0O2NsYXl0b25seUAxNjMuY29tJmd0OywieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4u
b3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RS
T05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZh
Y2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZl
cmRhbmE+DQo8RElWIGNsYXNzPVdvcmRTZWN0aW9uMT4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BB
TiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMx
ZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+SGkgDQpDbGF5dG9uLDxPOlA+PC9POlA+PC9TUEFOPjwv
UD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGli
cmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+QVBJIA0K
YmluZGluZ3MgYXJlIGdlbmVyYXRlZCBmb3IgWGVuU2VydmVyIGluIEMsIEMjLCBKYXZhIGFuZCBQ
b3dlcnNoZWxsIOKAkyB5b3UgY2FuIHVzZSANCnRoZXNlIHdpdGggWENQLCBhbmQgdGhleeKAmXJl
IGF2YWlsYWJsZSBoZXJlOjxPOlA+PC9POlA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h
bD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09M
T1I6ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+aHR0cDovL2NvbW11bml0eS5jaXRyaXguY29t
L2Nkbi94cy9zZGtzLzxPOlA+PC9POlA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48
U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6
ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+WW91IA0KbWF5IGFsc28gYmUgaW50ZXJlc3RlZCBp
biB0aGUgU0RLIGd1aWRlOiA8QSANCmhyZWY9Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hl
blNlcnZlci82LjEuMC8xLjAvZW5fZ2Ivc2RrLmh0bWwiPmh0dHA6Ly9kb2NzLnZtZC5jaXRyaXgu
Y29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2Ivc2RrLmh0bWw8L0E+PE86UD48L086UD48L1NQ
QU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAn
Q2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1TSVpFOiAxMXB0Ij7i
gKZhbmQgDQp0aGUgQVBJIHJlZmVyZW5jZTogPEEgDQpocmVmPSJodHRwOi8vZG9jcy52bWQuY2l0
cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL2FwaS8iPmh0dHA6Ly9kb2NzLnZtZC5j
aXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2IvYXBpLzwvQT48TzpQPjwvTzpQPjwv
U1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6
ICdDYWxpYnJpJywnc2Fucy1zZXJpZic7IENPTE9SOiAjMWY0OTdkOyBGT05ULVNJWkU6IDExcHQi
PklmIA0KeW91IHdhbnQgdG8gdXNlIFB5dGhvbiwgdGhlIGVhc2llc3QgdGhpbmcgdG8gZG8gaXMg
Y29weSB0aGUgaGVscGVyIG1vZHVsZSB3aGljaCANCmlzIGF0IC91c3IvbGliL3B5dGhvbjIuNC9z
aXRlLXBhY2thZ2VzL1hlbkFQSS5weSBvbiBhbiBYQ1AgDQpob3N0LjxPOlA+PC9POlA+PC9TUEFO
PjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0Nh
bGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+VGhl
IA0KQVBJIGJpbmRpbmdzIGFyZSByZWFsbHkganVzdCBhIHRoaW4gd3JhcHBlciBhcm91bmQgWE1M
UlBDLCBzbyB3aXRoIGEgYml0IG1vcmUgDQplZmZvcnQgeW91IHNob3VsZCBiZSBhYmxlIHRvIHVz
ZSB0aGUgWENQIEFQSSBmcm9tIGFueSBsYW5ndWFnZSB3aXRoIGFuIFhNTFJQQyANCmxpYnJhcnku
PE86UD48L086UD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9
IkZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9O
VC1TSVpFOiAxMXB0Ij5Ib3BlIA0KdGhpcyBoZWxwcyw8TzpQPjwvTzpQPjwvU1BBTj48L1A+DQo8
UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywn
c2Fucy1zZXJpZic7IENPTE9SOiAjMWY0OTdkOyBGT05ULVNJWkU6IDExcHQiPkpvaG48TzpQPjwv
TzpQPjwvU1BBTj48L1A+DQo8RElWPg0KPERJViANCnN0eWxlPSJCT1JERVItQk9UVE9NOiBtZWRp
dW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGNtOyBQ
QURESU5HLUxFRlQ6IDBjbTsgUEFERElORy1SSUdIVDogMGNtOyBCT1JERVItVE9QOiAjYjVjNGRm
IDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+
DQo8UCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxCPjxTUEFO
IA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAnVGFob21hJywnc2Fucy1zZXJpZic7IEZPTlQtU0laRTog
MTBwdCIgDQpsYW5nPUVOLVVTPkZyb206PC9TUEFOPjwvQj48U1BBTiANCnN0eWxlPSJGT05ULUZB
TUlMWTogJ1RhaG9tYScsJ3NhbnMtc2VyaWYnOyBGT05ULVNJWkU6IDEwcHQiIGxhbmc9RU4tVVM+
IA0KeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNA
bGlzdHMueGVuLm9yZ10gPEI+T24gDQpCZWhhbGYgT2YgPC9CPmNsYXl0b25seTxCUj48Qj5TZW50
OjwvQj4gMTggRGVjZW1iZXIgMjAxMiAwNzozMzxCUj48Qj5Ubzo8L0I+IA0KeGVuLWFwaTxCUj48
Qj5TdWJqZWN0OjwvQj4gW1hlbi1BUEldIGhvdyB0byB1c2UgDQphcGk8TzpQPjwvTzpQPjwvU1BB
Tj48L1A+PC9ESVY+PC9ESVY+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PE86UD48L086UD48L1A+DQo8
RElWPg0KPERJVj4NCjxQIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IiBjbGFzcz1Nc29Ob3Jt
YWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6IGJsYWNrIj5IZWxs
bywgYWxsPE86UD48L086UD48L1NQQU4+PC9QPjwvRElWPg0KPERJVj4NCjxQIHN0eWxlPSJNQVJH
SU46IDBjbSAwY20gMHB0IiBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1J
TFk6IFNpbVN1bjsgQ09MT1I6IGJsYWNrIj48TzpQPjwvTzpQPjwvU1BBTj48L1A+PC9ESVY+DQo8
RElWPg0KPFAgc3R5bGU9IlRFWFQtSU5ERU5UOiAyNHB0OyBNQVJHSU46IDBjbSAwY20gMHB0IiBj
bGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6
IGJsYWNrIj5JIHdhbnQgdG8gdXNlIEFQSSBwcm92aWRlZCBieSB4Y3AgdG8gDQpkZXZlbG9wIHNv
bWUgYXBwbGljYXRpb25zLCB3aGVyZSBzaG9sZCBJIGJlZ2luPyBNYW55IA0KVGhhbmtzITxPOlA+
PC9POlA+PC9TUEFOPjwvUD48L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0iVEVYVC1JTkRFTlQ6IDI0
cHQ7IE1BUkdJTjogMGNtIDBjbSAwcHQiIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJG
T05ULUZBTUlMWTogU2ltU3VuOyBDT0xPUjogYmxhY2siPjxPOlA+PC9POlA+PC9TUEFOPjwvUD48
L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9y
bWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTaW1TdW47IENPTE9SOiBibGFjayI+Y2xh
eXRvbjxPOlA+PC9POlA+PC9TUEFOPjwvUD48L0RJVj48L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0i
TUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQt
RkFNSUxZOiBTaW1TdW47IENPTE9SOiAjMDAwMDExIj48TzpQPjwvTzpQPjwvU1BBTj48L1A+PC9E
SVY+DQo8UCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxTUEFO
IA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogc2ls
dmVyOyBGT05ULVNJWkU6IDEwcHQiPjIwMTItMTItMTg8L1NQQU4+PFNQQU4gDQpzdHlsZT0iRk9O
VC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6ICMwMDAwMTEiPjxPOlA+PC9POlA+PC9TUEFOPjwvUD4N
CjxESVYgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiIGNsYXNzPU1zb05vcm1hbD48U1BBTiAN
CnN0eWxlPSJGT05ULUZBTUlMWTogJ1ZlcmRhbmEnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMwMDAw
MTE7IEZPTlQtU0laRTogMTBwdCI+DQo8SFIgc3R5bGU9IldJRFRIOiA5MS41cHQiIGFsaWduPWxl
ZnQgU0laRT0yIHdpZHRoPTEyMj4NCjwvU1BBTj48L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0iTUFS
R0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFN
SUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogc2lsdmVyOyBGT05ULVNJWkU6IDEw
cHQiPmNsYXl0b25seTwvU1BBTj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogU2ltU3VuOyBD
T0xPUjogIzAwMDAxMSI+PE86UD48L086UD48L1NQQU4+PC9QPjwvRElWPjwvRElWPjwvRk9OVD48
L0RJVj48L0JPRFk+PC9IVE1MPg==
--__=_Part_Boundary_006_008015.007442--



--===============5719165147908679404==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5719165147908679404==--



From xen-api-bounces@lists.xen.org Tue Dec 18 10:42:11 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 10: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 1Tkucb-000152-VR; Tue, 18 Dec 2012 10:42:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkucZ-00014x-W9
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 10:42:00 +0000
Received: from [85.158.143.35:33503] by server-3.bemta-4.messagelabs.com id
	F3/15-18211-77840D05; Tue, 18 Dec 2012 10:41:59 +0000
X-Env-Sender: claytonly@163.com
X-Msg-Ref: server-13.tower-21.messagelabs.com!1355827314!15975193!1
X-Originating-IP: [220.181.13.244]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA4NzU5\n,sa_preprocessor: 
	QmFkIElQOiAyMjAuMTgxLjEzLjI0NCA9PiA4NzU5\n,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15856 invoked from network); 18 Dec 2012 10:41:56 -0000
Received: from m13-244.163.com (HELO m13-244.163.com) (220.181.13.244)
	by server-13.tower-21.messagelabs.com with SMTP;
	18 Dec 2012 10:41:56 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com;
	s=s110527; h=Received:Date:From:To:Message-ID:In-Reply-To:
	References:Subject:MIME-Version:Content-Type; bh=+13cYwnLDDoPppG
	EKa8LuswArg6NsSikhsWr41BZsWQ=; b=Yx87xAf8hbIab1+EJ6kmeMDdDve1ARL
	ueisJq4hJrYe7A1AdOnfzzOXuOyr1LfCsmKUsig3iNg6YUcdyWILXjlrtGWYpRgb
	0FbUf0pnolQaLwDHFshb9moH8EopWBswhoSmSs9nnWtzbMDo+TtAQXB64IiWkopn
	Kw7p8v07yt84=
Received: from claytonly ( [219.223.241.172] ) by ajax-webmail-sdy10
	(Coremail) ; Tue, 18 Dec 2012 18:41:43 +0800 (GMT+08:00)
Date: Tue, 18 Dec 2012 18:41:44 +0800
From: "claytonly"
To: "John Else",
	"xcp-xapi"
Message-ID: <53438352.8f8d.13bad9ad59a.Coremail.claytonly@163.com>
In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54@LONPMAILBOX01.citrite.net>
References: <5dfa9994.5a42.13bacedea86.Coremail.claytonly@163.com><7EA643C653F17F4C80DE959E978F10EDFBF6F9DF54@LONPMAILBOX01.citrite.net>
MIME-Version: 1.0
X-Mailer: NetEase Flash Mail 2.2.1.16
X-Priority: 3 (Normal)
X-Originating-IP: [219.223.241.172]
X-CM-TRANSID: 68KowGAp0EFoSNBQfn4NAA--.4255W
X-CM-SenderInfo: pfod53prqo5qqrwthudrp/1tbiEx2Jpk9osPl9vwABsM
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Subject: Re: [Xen-API] how to use api
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5719165147908679404=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5719165147908679404==
Content-Type: multipart/alternative;
	boundary="__=_Part_Boundary_006_008015.007442"

--__=_Part_Boundary_006_008015.007442
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

T2ssIEkgd2lsbCB0cnksIFRoYW5rcywgSm9obg0KDQpjbGF5dG9uDQoNCjIwMTItMTItMTgNCg0K
DQoNCmNsYXl0b25seQ0KDQoNCg0K5Y+R5Lu25Lq677yaSm9obiBFbHNlDQrlj5HpgIHml7bpl7Tv
vJoyMDEyLTEyLTE4IDE4OjM1DQrkuLvpopjvvJpSRTogW1hlbi1BUEldIGhvdyB0byB1c2UgYXBp
DQrmlLbku7bkurrvvJoiY2xheXRvbmx5IjxjbGF5dG9ubHlAMTYzLmNvbT4sInhlbi1hcGkiPHhl
bi1hcGlAbGlzdHMueGVuLm9yZz4NCuaKhOmAge+8mg0KDQpIaSBDbGF5dG9uLA0KQVBJIGJpbmRp
bmdzIGFyZSBnZW5lcmF0ZWQgZm9yIFhlblNlcnZlciBpbiBDLCBDIywgSmF2YSBhbmQgUG93ZXJz
aGVsbCDigJMgeW91IGNhbiB1c2UgdGhlc2Ugd2l0aCBYQ1AsIGFuZCB0aGV54oCZcmUgYXZhaWxh
YmxlIGhlcmU6DQpodHRwOi8vY29tbXVuaXR5LmNpdHJpeC5jb20vY2RuL3hzL3Nka3MvDQpZb3Ug
bWF5IGFsc28gYmUgaW50ZXJlc3RlZCBpbiB0aGUgU0RLIGd1aWRlOiBodHRwOi8vZG9jcy52bWQu
Y2l0cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL3Nkay5odG1sDQrigKZhbmQgdGhl
IEFQSSByZWZlcmVuY2U6IGh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjEu
MC8xLjAvZW5fZ2IvYXBpLw0KSWYgeW91IHdhbnQgdG8gdXNlIFB5dGhvbiwgdGhlIGVhc2llc3Qg
dGhpbmcgdG8gZG8gaXMgY29weSB0aGUgaGVscGVyIG1vZHVsZSB3aGljaCBpcyBhdCAvdXNyL2xp
Yi9weXRob24yLjQvc2l0ZS1wYWNrYWdlcy9YZW5BUEkucHkgb24gYW4gWENQIGhvc3QuDQpUaGUg
QVBJIGJpbmRpbmdzIGFyZSByZWFsbHkganVzdCBhIHRoaW4gd3JhcHBlciBhcm91bmQgWE1MUlBD
LCBzbyB3aXRoIGEgYml0IG1vcmUgZWZmb3J0IHlvdSBzaG91bGQgYmUgYWJsZSB0byB1c2UgdGhl
IFhDUCBBUEkgZnJvbSBhbnkgbGFuZ3VhZ2Ugd2l0aCBhbiBYTUxSUEMgbGlicmFyeS4NCkhvcGUg
dGhpcyBoZWxwcywNCkpvaG4NCkZyb206IHhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4ub3JnIFtt
YWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmddIE9uIEJlaGFsZiBPZiBjbGF5dG9u
bHkNClNlbnQ6IDE4IERlY2VtYmVyIDIwMTIgMDc6MzMNClRvOiB4ZW4tYXBpDQpTdWJqZWN0OiBb
WGVuLUFQSV0gaG93IHRvIHVzZSBhcGkNCg0KSGVsbG8sIGFsbA0KDQpJIHdhbnQgdG8gdXNlIEFQ
SSBwcm92aWRlZCBieSB4Y3AgdG8gZGV2ZWxvcCBzb21lIGFwcGxpY2F0aW9ucywgd2hlcmUgc2hv
bGQgSSBiZWdpbj8gTWFueSBUaGFua3MhDQoNCmNsYXl0b24NCg0KMjAxMi0xMi0xOA0KDQoNCg0K
Y2xheXRvbmx5
--__=_Part_Boundary_006_008015.007442
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPFNUWUxFIHR5cGU9dGV4dC9jc3M+IDwhLS1AaW1wb3J0IHVy
bChzY3JvbGxiYXIuY3NzKTsgLS0+PC9TVFlMRT4NCg0KPE1FVEEgY29udGVudD0idGV4dC9odG1s
OyBjaGFyc2V0PXV0Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxTVFlMRT4JCQlib2R5
e0ZPTlQtU0laRToxMnB0OyBGT05ULUZBTUlMWTrlrovkvZMsc2VyaWY7fQkJPC9TVFlMRT4NCg0K
PE1FVEEgbmFtZT1HRU5FUkFUT1IgY29udGVudD0iTVNIVE1MIDkuMDAuODExMi4xNjQ1NyI+PEJB
U0UgdGFyZ2V0PV9ibGFuaz4NCjxNRVRBIG5hbWU9R2VuZXJhdG9yIGNvbnRlbnQ9Ik1pY3Jvc29m
dCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj48QkFTRSANCnRhcmdldD1fYmxhbms+PCEtLVtp
ZiAhbXNvXT4NCjxTVFlMRT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoq
IHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1
bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvU1RZTEU+
DQo8IVtlbmRpZl0tLT4NCjxTVFlMRT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9u
dC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlNpbVN1bjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEg
MSAxO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2
IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh
bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
VGFob21hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7
Zm9udC1mYW1pbHk6IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30N
CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAz
IDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1z
b05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJn
aW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0
OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i
LCJzZXJpZiI7DQoJbXNvLWJlbGlldmUtbm9ybWFsLWxlZnQ6eWVzO30NCmE6bGluaywgc3Bhbi5N
c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4
dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s
bG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl
Y29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ
Y29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt
b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx
Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRp
di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9TVFlMRT4NCjwhW2lm
IG1zbyA5XT48c3R5bGU+cC5Nc29Ob3JtYWwNCgl7bWFyZ2luLWxlZnQ6OS4wcHQ7fQ0KPC9zdHls
ZT48IVtlbmRpZl0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6
ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn
dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2
OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t
LT48L0hFQUQ+DQo8Qk9EWSANCnN0eWxlPSJMSU5FLUhFSUdIVDogMS4zOyBCT1JERVItUklHSFQt
V0lEVEg6IDBweDsgTUFSR0lOOiAxMnB4OyBCT1JERVItVE9QLVdJRFRIOiAwcHg7IEJPUkRFUi1C
T1RUT00tV0lEVEg6IDBweDsgQk9SREVSLUxFRlQtV0lEVEg6IDBweCIgDQptYXJnaW5oZWlnaHQ9
IjAiIG1hcmdpbndpZHRoPSIwIj4NCjxESVY+PEZPTlQgc2l6ZT0zPjxGT05UIGZhY2U9IkNvdXJp
ZXIgTmV3Ij5PaywgSSB3aWxsIHRyeSwgDQpUaGFua3MsIDxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFN
SUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1TSVpFOiAx
MXB0Ij48Rk9OVCANCmNvbG9yPSMwMDAwMDA+Sm9objwvRk9OVD48L1NQQU4+PC9GT05UPjwvRk9O
VD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0zIGZhY2U9IkNvdXJpZXIgTmV3Ij48U1BBTiANCnN0
eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Q7
IEZPTlQtU0laRTogMTFwdCI+PC9TUEFOPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQg
Y29sb3I9IzAwMDAwMCBzaXplPTMgZmFjZT0iQ291cmllciBOZXciPjxTUEFOIA0Kc3R5bGU9IkZP
TlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1T
SVpFOiAxMXB0Ij5jbGF5dG9uPC9TUEFOPjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+
DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgY29sb3I9I2MwYzBjMCBzaXplPTIgZmFjZT1WZXJkYW5h
PjIwMTItMTItMTg8L0ZPTlQ+PC9ESVY+DQo8RElWIGFsaWduPWxlZnQ+PEZPTlQgc2l6ZT0yIGZh
Y2U9VmVyZGFuYT4NCjxIUiBzdHlsZT0iV0lEVEg6IDEyMnB4OyBIRUlHSFQ6IDJweCIgaWQ9U2ln
bk5hbWVIUiBhbGlnbj1sZWZ0IFNJWkU9Mj4NCjwvRk9OVD48L0RJVj4NCjxESVYgYWxpZ249bGVm
dD48Rk9OVCBjb2xvcj0jYzBjMGMwIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNQQU4gDQppZD1fRmxh
c2hTaWduTmFtZT5jbGF5dG9ubHk8L1NQQU4+PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXpl
PTIgZmFjZT1WZXJkYW5hPg0KPEhSPg0KPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIg
ZmFjZT1WZXJkYW5hPjxTVFJPTkc+5Y+R5Lu25Lq677yaPC9TVFJPTkc+Sm9obiBFbHNlPC9GT05U
PjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTIgDQpmYWNlPVZlcmRhbmE+PFNUUk9ORz7lj5HpgIHm
l7bpl7TvvJo8L1NUUk9ORz4yMDEyLTEyLTE4Jm5ic3A7MTg6MzU8L0ZPTlQ+PC9ESVY+DQo8RElW
PjxGT05UIHNpemU9MiBmYWNlPVZlcmRhbmE+PFNUUk9ORz7kuLvpopjvvJo8L1NUUk9ORz5SRTog
W1hlbi1BUEldIGhvdyB0byB1c2UgDQphcGk8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9
MiANCmZhY2U9VmVyZGFuYT48U1RST05HPuaUtuS7tuS6uu+8mjwvU1RST05HPiJjbGF5dG9ubHki
Jmx0O2NsYXl0b25seUAxNjMuY29tJmd0OywieGVuLWFwaSImbHQ7eGVuLWFwaUBsaXN0cy54ZW4u
b3JnJmd0OzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9VmVyZGFuYT48U1RS
T05HPuaKhOmAge+8mjwvU1RST05HPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZh
Y2U9VmVyZGFuYT48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPVZl
cmRhbmE+DQo8RElWIGNsYXNzPVdvcmRTZWN0aW9uMT4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BB
TiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMx
ZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+SGkgDQpDbGF5dG9uLDxPOlA+PC9POlA+PC9TUEFOPjwv
UD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGli
cmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+QVBJIA0K
YmluZGluZ3MgYXJlIGdlbmVyYXRlZCBmb3IgWGVuU2VydmVyIGluIEMsIEMjLCBKYXZhIGFuZCBQ
b3dlcnNoZWxsIOKAkyB5b3UgY2FuIHVzZSANCnRoZXNlIHdpdGggWENQLCBhbmQgdGhleeKAmXJl
IGF2YWlsYWJsZSBoZXJlOjxPOlA+PC9POlA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1h
bD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09M
T1I6ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+aHR0cDovL2NvbW11bml0eS5jaXRyaXguY29t
L2Nkbi94cy9zZGtzLzxPOlA+PC9POlA+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48
U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0NhbGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6
ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+WW91IA0KbWF5IGFsc28gYmUgaW50ZXJlc3RlZCBp
biB0aGUgU0RLIGd1aWRlOiA8QSANCmhyZWY9Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hl
blNlcnZlci82LjEuMC8xLjAvZW5fZ2Ivc2RrLmh0bWwiPmh0dHA6Ly9kb2NzLnZtZC5jaXRyaXgu
Y29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2Ivc2RrLmh0bWw8L0E+PE86UD48L086UD48L1NQ
QU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAn
Q2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9OVC1TSVpFOiAxMXB0Ij7i
gKZhbmQgDQp0aGUgQVBJIHJlZmVyZW5jZTogPEEgDQpocmVmPSJodHRwOi8vZG9jcy52bWQuY2l0
cml4LmNvbS9YZW5TZXJ2ZXIvNi4xLjAvMS4wL2VuX2diL2FwaS8iPmh0dHA6Ly9kb2NzLnZtZC5j
aXRyaXguY29tL1hlblNlcnZlci82LjEuMC8xLjAvZW5fZ2IvYXBpLzwvQT48TzpQPjwvTzpQPjwv
U1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6
ICdDYWxpYnJpJywnc2Fucy1zZXJpZic7IENPTE9SOiAjMWY0OTdkOyBGT05ULVNJWkU6IDExcHQi
PklmIA0KeW91IHdhbnQgdG8gdXNlIFB5dGhvbiwgdGhlIGVhc2llc3QgdGhpbmcgdG8gZG8gaXMg
Y29weSB0aGUgaGVscGVyIG1vZHVsZSB3aGljaCANCmlzIGF0IC91c3IvbGliL3B5dGhvbjIuNC9z
aXRlLXBhY2thZ2VzL1hlbkFQSS5weSBvbiBhbiBYQ1AgDQpob3N0LjxPOlA+PC9POlA+PC9TUEFO
PjwvUD4NCjxQIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogJ0Nh
bGlicmknLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMxZjQ5N2Q7IEZPTlQtU0laRTogMTFwdCI+VGhl
IA0KQVBJIGJpbmRpbmdzIGFyZSByZWFsbHkganVzdCBhIHRoaW4gd3JhcHBlciBhcm91bmQgWE1M
UlBDLCBzbyB3aXRoIGEgYml0IG1vcmUgDQplZmZvcnQgeW91IHNob3VsZCBiZSBhYmxlIHRvIHVz
ZSB0aGUgWENQIEFQSSBmcm9tIGFueSBsYW5ndWFnZSB3aXRoIGFuIFhNTFJQQyANCmxpYnJhcnku
PE86UD48L086UD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9
IkZPTlQtRkFNSUxZOiAnQ2FsaWJyaScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogIzFmNDk3ZDsgRk9O
VC1TSVpFOiAxMXB0Ij5Ib3BlIA0KdGhpcyBoZWxwcyw8TzpQPjwvTzpQPjwvU1BBTj48L1A+DQo8
UCBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6ICdDYWxpYnJpJywn
c2Fucy1zZXJpZic7IENPTE9SOiAjMWY0OTdkOyBGT05ULVNJWkU6IDExcHQiPkpvaG48TzpQPjwv
TzpQPjwvU1BBTj48L1A+DQo8RElWPg0KPERJViANCnN0eWxlPSJCT1JERVItQk9UVE9NOiBtZWRp
dW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGNtOyBQ
QURESU5HLUxFRlQ6IDBjbTsgUEFERElORy1SSUdIVDogMGNtOyBCT1JERVItVE9QOiAjYjVjNGRm
IDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+
DQo8UCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxCPjxTUEFO
IA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAnVGFob21hJywnc2Fucy1zZXJpZic7IEZPTlQtU0laRTog
MTBwdCIgDQpsYW5nPUVOLVVTPkZyb206PC9TUEFOPjwvQj48U1BBTiANCnN0eWxlPSJGT05ULUZB
TUlMWTogJ1RhaG9tYScsJ3NhbnMtc2VyaWYnOyBGT05ULVNJWkU6IDEwcHQiIGxhbmc9RU4tVVM+
IA0KeGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tYXBpLWJvdW5jZXNA
bGlzdHMueGVuLm9yZ10gPEI+T24gDQpCZWhhbGYgT2YgPC9CPmNsYXl0b25seTxCUj48Qj5TZW50
OjwvQj4gMTggRGVjZW1iZXIgMjAxMiAwNzozMzxCUj48Qj5Ubzo8L0I+IA0KeGVuLWFwaTxCUj48
Qj5TdWJqZWN0OjwvQj4gW1hlbi1BUEldIGhvdyB0byB1c2UgDQphcGk8TzpQPjwvTzpQPjwvU1BB
Tj48L1A+PC9ESVY+PC9ESVY+DQo8UCBjbGFzcz1Nc29Ob3JtYWw+PE86UD48L086UD48L1A+DQo8
RElWPg0KPERJVj4NCjxQIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IiBjbGFzcz1Nc29Ob3Jt
YWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6IGJsYWNrIj5IZWxs
bywgYWxsPE86UD48L086UD48L1NQQU4+PC9QPjwvRElWPg0KPERJVj4NCjxQIHN0eWxlPSJNQVJH
SU46IDBjbSAwY20gMHB0IiBjbGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1J
TFk6IFNpbVN1bjsgQ09MT1I6IGJsYWNrIj48TzpQPjwvTzpQPjwvU1BBTj48L1A+PC9ESVY+DQo8
RElWPg0KPFAgc3R5bGU9IlRFWFQtSU5ERU5UOiAyNHB0OyBNQVJHSU46IDBjbSAwY20gMHB0IiBj
bGFzcz1Nc29Ob3JtYWw+PFNQQU4gDQpzdHlsZT0iRk9OVC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6
IGJsYWNrIj5JIHdhbnQgdG8gdXNlIEFQSSBwcm92aWRlZCBieSB4Y3AgdG8gDQpkZXZlbG9wIHNv
bWUgYXBwbGljYXRpb25zLCB3aGVyZSBzaG9sZCBJIGJlZ2luPyBNYW55IA0KVGhhbmtzITxPOlA+
PC9POlA+PC9TUEFOPjwvUD48L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0iVEVYVC1JTkRFTlQ6IDI0
cHQ7IE1BUkdJTjogMGNtIDBjbSAwcHQiIGNsYXNzPU1zb05vcm1hbD48U1BBTiANCnN0eWxlPSJG
T05ULUZBTUlMWTogU2ltU3VuOyBDT0xPUjogYmxhY2siPjxPOlA+PC9POlA+PC9TUEFOPjwvUD48
L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9y
bWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiBTaW1TdW47IENPTE9SOiBibGFjayI+Y2xh
eXRvbjxPOlA+PC9POlA+PC9TUEFOPjwvUD48L0RJVj48L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0i
TUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQt
RkFNSUxZOiBTaW1TdW47IENPTE9SOiAjMDAwMDExIj48TzpQPjwvTzpQPjwvU1BBTj48L1A+PC9E
SVY+DQo8UCBzdHlsZT0iTUFSR0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxTUEFO
IA0Kc3R5bGU9IkZPTlQtRkFNSUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogc2ls
dmVyOyBGT05ULVNJWkU6IDEwcHQiPjIwMTItMTItMTg8L1NQQU4+PFNQQU4gDQpzdHlsZT0iRk9O
VC1GQU1JTFk6IFNpbVN1bjsgQ09MT1I6ICMwMDAwMTEiPjxPOlA+PC9POlA+PC9TUEFOPjwvUD4N
CjxESVYgc3R5bGU9Ik1BUkdJTjogMGNtIDBjbSAwcHQiIGNsYXNzPU1zb05vcm1hbD48U1BBTiAN
CnN0eWxlPSJGT05ULUZBTUlMWTogJ1ZlcmRhbmEnLCdzYW5zLXNlcmlmJzsgQ09MT1I6ICMwMDAw
MTE7IEZPTlQtU0laRTogMTBwdCI+DQo8SFIgc3R5bGU9IldJRFRIOiA5MS41cHQiIGFsaWduPWxl
ZnQgU0laRT0yIHdpZHRoPTEyMj4NCjwvU1BBTj48L0RJVj4NCjxESVY+DQo8UCBzdHlsZT0iTUFS
R0lOOiAwY20gMGNtIDBwdCIgY2xhc3M9TXNvTm9ybWFsPjxTUEFOIA0Kc3R5bGU9IkZPTlQtRkFN
SUxZOiAnVmVyZGFuYScsJ3NhbnMtc2VyaWYnOyBDT0xPUjogc2lsdmVyOyBGT05ULVNJWkU6IDEw
cHQiPmNsYXl0b25seTwvU1BBTj48U1BBTiANCnN0eWxlPSJGT05ULUZBTUlMWTogU2ltU3VuOyBD
T0xPUjogIzAwMDAxMSI+PE86UD48L086UD48L1NQQU4+PC9QPjwvRElWPjwvRElWPjwvRk9OVD48
L0RJVj48L0JPRFk+PC9IVE1MPg==
--__=_Part_Boundary_006_008015.007442--



--===============5719165147908679404==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5719165147908679404==--



From xen-api-bounces@lists.xen.org Tue Dec 18 13:45:16 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 13:45: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 1TkxTo-00087d-9T; Tue, 18 Dec 2012 13:45:08 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkxTm-00087U-Uw
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 13:45:07 +0000
Received: from [85.158.139.211:60471] by server-1.bemta-5.messagelabs.com id
	03/1D-12813-26370D05; Tue, 18 Dec 2012 13:45:06 +0000
X-Env-Sender: jonathon@royleminns.co.uk
X-Msg-Ref: server-5.tower-206.messagelabs.com!1355837892!20893950!1
X-Originating-IP: [87.102.15.68]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5835 invoked from network); 18 Dec 2012 13:38:13 -0000
Received: from static-87-102-15-68.karoo.kcom.com (HELO mail.royleminns.co.uk)
	(87.102.15.68) by server-5.tower-206.messagelabs.com with SMTP;
	18 Dec 2012 13:38:13 -0000
Received: from oxford.royleminns.co.uk ([fe80::75e1:8a7a:c849:f764]) by
	oxford.royleminns.co.uk ([fe80::75e1:8a7a:c849:f764%14]) with mapi id
	14.02.0318.004; Tue, 18 Dec 2012 13:38:12 +0000
From: Jonathon Royle 
To: "'xen-api@lists.xen.org'" 
Thread-Topic: XCP VM-export error and very slow via VM Protection policy
Thread-Index: Ac3dEu7WUgQczsKUTyuh/ft3OrC6xw==
Date: Tue, 18 Dec 2012 13:38:10 +0000
Message-ID: <23F22BC973E3C14B895AAE277E2ADAE58F799B26@oxford.royleminns.co.uk>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.56]
MIME-Version: 1.0
Subject: [Xen-API] XCP VM-export error and very slow via VM Protection policy
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5212519813180192900=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5212519813180192900==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_"

--_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I have recently upgraded to XCP 1.6 (clean install and VM export/import) bu=
t I am finding that archive element of VM Protection Policy is regularly fa=
iling with error 'Internal error: Failure ("Compression via zcat failed: ex=
it code 1")'

I have several Protection Policies which archive to a nfs share, some archi=
ve every time some just weekly but this behaviour seems to be consistent fo=
r them all.  Typically only one completes.  I have looked in messages and x=
ensource.log and whilst I can see the export being started I cannot find an=
ything more concrete on reasons for failure

Example

Dec 18 09:04:32 tottington xapi: [ info|tottington|7220235 UNIX /var/xapi/x=
api||cli] xe vm-export password=3Dnull vm=3Dcfc3a8b4-8630-c362-3ab1-96e6bdd=
ec71d filename=3D/tmp/4ad35422-bd7c-499b-af64-1c5a206e50b9/WinXP-1e117f74-9=
3b0-86/20121218-0904.xva compress=3Dtrue username=3Droot

I have also manually started the task (same syntax) and whilst the job star=
ted it failed within 15 mins 'INTERNAL_ERROR: [ Unix.Unix_error(56, "write"=
, "") ]'.

I then manually started an export via XenCenter which ran to completion wit=
h no issues and so much quicker (36 mins vs 4hrs and still going)!  (one di=
fference is via cifs rather than nfs share to same remote volume)


Regards,

Jon

Apologies for re-send.  I sent initially to wrong email distribution


--_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











I have recently upgraded to XCP 1.6 (clean install a=
nd VM export/import) but I am finding that archive element of VM Protection=
 Policy is regularly failing with error ‘Internal error: Failure (=
220;Compression via zcat failed: exit code 1”)’


 


I have several Protection Policies which archive to =
a nfs share, some archive every time some just weekly but this behaviour se=
ems to be consistent for them all.  Typically only one completes. =
; I have looked in messages and xensource.log
 and whilst I can see the export being started I cannot find anything more =
concrete on reasons for failure


 


Example


 


=
Dec 18 09:04:32 tottington xapi: [ info|tottington|7220235 UNIX /var/xapi/x=
api||cli] xe vm-export password=3Dnull vm=3Dcfc3a8b4-8630-c362-3ab1-96e6bdd=
ec71d filename=3D/tmp/4ad35422-bd7c-499b-af64-1c5a206e50b9/WinXP-1e117f74-9=
3b0-86/20121218-0904.xva
 compress=3Dtrue username=3Droot


=
 


I have also manually started the task (same syntax) =
and whilst the job started it failed within 15 mins
‘INTERNAL_ERROR: =
[ Unix.Unix_error(56, "write", "") ]’.



=
 


I then manually started an export via XenCenter whic=
h ran to completion with no issues and so much quicker (36 mins vs 4hrs and=
 still going)!  (one difference is via cifs rather than nfs share to s=
ame remote volume)


 


=
 


Regards,


 


Jon


 


Apologies for re-send.  I sent initially to wro=
ng email distribution


 






--_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_--


--===============5212519813180192900==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5212519813180192900==--


From xen-api-bounces@lists.xen.org Tue Dec 18 13:45:16 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 13:45: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 1TkxTo-00087d-9T; Tue, 18 Dec 2012 13:45:08 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkxTm-00087U-Uw
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 13:45:07 +0000
Received: from [85.158.139.211:60471] by server-1.bemta-5.messagelabs.com id
	03/1D-12813-26370D05; Tue, 18 Dec 2012 13:45:06 +0000
X-Env-Sender: jonathon@royleminns.co.uk
X-Msg-Ref: server-5.tower-206.messagelabs.com!1355837892!20893950!1
X-Originating-IP: [87.102.15.68]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5835 invoked from network); 18 Dec 2012 13:38:13 -0000
Received: from static-87-102-15-68.karoo.kcom.com (HELO mail.royleminns.co.uk)
	(87.102.15.68) by server-5.tower-206.messagelabs.com with SMTP;
	18 Dec 2012 13:38:13 -0000
Received: from oxford.royleminns.co.uk ([fe80::75e1:8a7a:c849:f764]) by
	oxford.royleminns.co.uk ([fe80::75e1:8a7a:c849:f764%14]) with mapi id
	14.02.0318.004; Tue, 18 Dec 2012 13:38:12 +0000
From: Jonathon Royle 
To: "'xen-api@lists.xen.org'" 
Thread-Topic: XCP VM-export error and very slow via VM Protection policy
Thread-Index: Ac3dEu7WUgQczsKUTyuh/ft3OrC6xw==
Date: Tue, 18 Dec 2012 13:38:10 +0000
Message-ID: <23F22BC973E3C14B895AAE277E2ADAE58F799B26@oxford.royleminns.co.uk>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.1.56]
MIME-Version: 1.0
Subject: [Xen-API] XCP VM-export error and very slow via VM Protection policy
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5212519813180192900=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5212519813180192900==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_"

--_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I have recently upgraded to XCP 1.6 (clean install and VM export/import) bu=
t I am finding that archive element of VM Protection Policy is regularly fa=
iling with error 'Internal error: Failure ("Compression via zcat failed: ex=
it code 1")'

I have several Protection Policies which archive to a nfs share, some archi=
ve every time some just weekly but this behaviour seems to be consistent fo=
r them all.  Typically only one completes.  I have looked in messages and x=
ensource.log and whilst I can see the export being started I cannot find an=
ything more concrete on reasons for failure

Example

Dec 18 09:04:32 tottington xapi: [ info|tottington|7220235 UNIX /var/xapi/x=
api||cli] xe vm-export password=3Dnull vm=3Dcfc3a8b4-8630-c362-3ab1-96e6bdd=
ec71d filename=3D/tmp/4ad35422-bd7c-499b-af64-1c5a206e50b9/WinXP-1e117f74-9=
3b0-86/20121218-0904.xva compress=3Dtrue username=3Droot

I have also manually started the task (same syntax) and whilst the job star=
ted it failed within 15 mins 'INTERNAL_ERROR: [ Unix.Unix_error(56, "write"=
, "") ]'.

I then manually started an export via XenCenter which ran to completion wit=
h no issues and so much quicker (36 mins vs 4hrs and still going)!  (one di=
fference is via cifs rather than nfs share to same remote volume)


Regards,

Jon

Apologies for re-send.  I sent initially to wrong email distribution


--_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











I have recently upgraded to XCP 1.6 (clean install a=
nd VM export/import) but I am finding that archive element of VM Protection=
 Policy is regularly failing with error ‘Internal error: Failure (=
220;Compression via zcat failed: exit code 1”)’


 


I have several Protection Policies which archive to =
a nfs share, some archive every time some just weekly but this behaviour se=
ems to be consistent for them all.  Typically only one completes. =
; I have looked in messages and xensource.log
 and whilst I can see the export being started I cannot find anything more =
concrete on reasons for failure


 


Example


 


=
Dec 18 09:04:32 tottington xapi: [ info|tottington|7220235 UNIX /var/xapi/x=
api||cli] xe vm-export password=3Dnull vm=3Dcfc3a8b4-8630-c362-3ab1-96e6bdd=
ec71d filename=3D/tmp/4ad35422-bd7c-499b-af64-1c5a206e50b9/WinXP-1e117f74-9=
3b0-86/20121218-0904.xva
 compress=3Dtrue username=3Droot


=
 


I have also manually started the task (same syntax) =
and whilst the job started it failed within 15 mins
‘INTERNAL_ERROR: =
[ Unix.Unix_error(56, "write", "") ]’.



=
 


I then manually started an export via XenCenter whic=
h ran to completion with no issues and so much quicker (36 mins vs 4hrs and=
 still going)!  (one difference is via cifs rather than nfs share to s=
ame remote volume)


 


=
 


Regards,


 


Jon


 


Apologies for re-send.  I sent initially to wro=
ng email distribution


 






--_000_23F22BC973E3C14B895AAE277E2ADAE58F799B26oxfordroyleminn_--


--===============5212519813180192900==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5212519813180192900==--


From xen-api-bounces@lists.xen.org Tue Dec 18 13:56:21 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 13:56: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 1TkxeW-0000HJ-S1; Tue, 18 Dec 2012 13:56:12 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkxeV-0000H9-DP
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 13:56:11 +0000
Received: from [85.158.139.211:7472] by server-12.bemta-5.messagelabs.com id
	E2/9D-02275-AF570D05; Tue, 18 Dec 2012 13:56:10 +0000
X-Env-Sender: eronquillo@gmail.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1355838970!18186918!1
X-Originating-IP: [209.85.212.169]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16820 invoked from network); 18 Dec 2012 13:56:10 -0000
Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com)
	(209.85.212.169)
	by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 13:56:10 -0000
Received: by mail-wi0-f169.google.com with SMTP id hq12so2953891wib.4
	for ; Tue, 18 Dec 2012 05:56:10 -0800 (PST)
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=qbePEhdTOPHBSviI5D2yrNaAdPa8BDBG+2/YDYJrbsw=;
	b=DWLQj510y+VO4Yfn2V7flGNFXJhNWrd/2kTUPTN/84buIYJ8DbbSk1AIM8MvXwIQsr
	5nUgKl8tYAIHjpoJvsaQfzE3UjDaAFWMRq3ZlvZAu7GYTdmeEWJT7fJoNsJlGkvfeYUQ
	23nG/e448xYdm1AwfvizMiyq4iIPQmAAdkhsDXQUTx8CThsS5Xe2uiLSfLMLIDx4he47
	HrvTvp2KhZu0SFbSXTRw3TbXqgzRbfq+K4RiNBC9eCEqpV8WFdqi6uoAMr9DqosnNJ2g
	W3AJQnEMNpDKGxn+atgsXOZaDmRSFrzt8tIC3iopM4WeSyq9olycCTtDXVt82aeYD6H9
	EhPg==
MIME-Version: 1.0
Received: by 10.180.104.69 with SMTP id gc5mr4960504wib.13.1355838969857; Tue,
	18 Dec 2012 05:56:09 -0800 (PST)
Received: by 10.217.64.6 with HTTP; Tue, 18 Dec 2012 05:56:09 -0800 (PST)
Date: Tue, 18 Dec 2012 08:56:09 -0500
Message-ID: 
From: Edward Ronquillo 
To: xen-api@lists.xen.org
Subject: [Xen-API] Creating an SR from an already mounted moosefs share
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6666308990639096961=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6666308990639096961==
Content-Type: multipart/alternative; boundary=f46d043bdbe62bc84904d120dcba

--f46d043bdbe62bc84904d120dcba
Content-Type: text/plain; charset=ISO-8859-1

Hi, I'm currently running XCP 1.6, and it has been running quite nicely.
Recently,  I had created a moosefs mount on the XCP host
e.g. /media/mfs.

Is it possible to create a SR that makes use of that directory I whose
moosefs share I had mounted?

--f46d043bdbe62bc84904d120dcba
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi, I'm currently running XCP 1.6, and it has been run=
ning quite nicely.
Recently, =A0I had created a moosefs mount on =
the XCP host
e.g. /media/mfs.


Is it possible to create a SR that makes use of that directory I whose moos=
efs share I had mounted?


--f46d043bdbe62bc84904d120dcba--


--===============6666308990639096961==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6666308990639096961==--


From xen-api-bounces@lists.xen.org Tue Dec 18 13:56:21 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 13:56: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 1TkxeW-0000HJ-S1; Tue, 18 Dec 2012 13:56:12 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkxeV-0000H9-DP
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 13:56:11 +0000
Received: from [85.158.139.211:7472] by server-12.bemta-5.messagelabs.com id
	E2/9D-02275-AF570D05; Tue, 18 Dec 2012 13:56:10 +0000
X-Env-Sender: eronquillo@gmail.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1355838970!18186918!1
X-Originating-IP: [209.85.212.169]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16820 invoked from network); 18 Dec 2012 13:56:10 -0000
Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com)
	(209.85.212.169)
	by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 13:56:10 -0000
Received: by mail-wi0-f169.google.com with SMTP id hq12so2953891wib.4
	for ; Tue, 18 Dec 2012 05:56:10 -0800 (PST)
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=qbePEhdTOPHBSviI5D2yrNaAdPa8BDBG+2/YDYJrbsw=;
	b=DWLQj510y+VO4Yfn2V7flGNFXJhNWrd/2kTUPTN/84buIYJ8DbbSk1AIM8MvXwIQsr
	5nUgKl8tYAIHjpoJvsaQfzE3UjDaAFWMRq3ZlvZAu7GYTdmeEWJT7fJoNsJlGkvfeYUQ
	23nG/e448xYdm1AwfvizMiyq4iIPQmAAdkhsDXQUTx8CThsS5Xe2uiLSfLMLIDx4he47
	HrvTvp2KhZu0SFbSXTRw3TbXqgzRbfq+K4RiNBC9eCEqpV8WFdqi6uoAMr9DqosnNJ2g
	W3AJQnEMNpDKGxn+atgsXOZaDmRSFrzt8tIC3iopM4WeSyq9olycCTtDXVt82aeYD6H9
	EhPg==
MIME-Version: 1.0
Received: by 10.180.104.69 with SMTP id gc5mr4960504wib.13.1355838969857; Tue,
	18 Dec 2012 05:56:09 -0800 (PST)
Received: by 10.217.64.6 with HTTP; Tue, 18 Dec 2012 05:56:09 -0800 (PST)
Date: Tue, 18 Dec 2012 08:56:09 -0500
Message-ID: 
From: Edward Ronquillo 
To: xen-api@lists.xen.org
Subject: [Xen-API] Creating an SR from an already mounted moosefs share
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6666308990639096961=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6666308990639096961==
Content-Type: multipart/alternative; boundary=f46d043bdbe62bc84904d120dcba

--f46d043bdbe62bc84904d120dcba
Content-Type: text/plain; charset=ISO-8859-1

Hi, I'm currently running XCP 1.6, and it has been running quite nicely.
Recently,  I had created a moosefs mount on the XCP host
e.g. /media/mfs.

Is it possible to create a SR that makes use of that directory I whose
moosefs share I had mounted?

--f46d043bdbe62bc84904d120dcba
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi, I'm currently running XCP 1.6, and it has been run=
ning quite nicely.
Recently, =A0I had created a moosefs mount on =
the XCP host
e.g. /media/mfs.


Is it possible to create a SR that makes use of that directory I whose moos=
efs share I had mounted?


--f46d043bdbe62bc84904d120dcba--


--===============6666308990639096961==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6666308990639096961==--


From xen-api-bounces@lists.xen.org Tue Dec 18 14:25:00 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 14:25: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 1Tky6H-0002iz-Vz; Tue, 18 Dec 2012 14:24:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tky6G-0002it-Tk
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 14:24:53 +0000
Received: from [85.158.139.211:20264] by server-11.bemta-5.messagelabs.com id
	96/76-31624-4BC70D05; Tue, 18 Dec 2012 14:24:52 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-16.tower-206.messagelabs.com!1355840691!21042510!1
X-Originating-IP: [209.85.217.170]
X-SpamReason: No, hits=1.8 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RATWARE_GECKO_BUILD,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24747 invoked from network); 18 Dec 2012 14:24:51 -0000
Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com)
	(209.85.217.170)
	by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 14:24:51 -0000
Received: by mail-lb0-f170.google.com with SMTP id j14so722252lbo.15
	for ; Tue, 18 Dec 2012 06:24:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=x-received:message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=7hhwrwdLBgznT5V6cdrvdqBXqEytCmslgg8vo27lXoc=;
	b=QNOqRvqvvztX4N7rhP0JqeOzeIBoImfGC3tWnwAfa8Zk8LzInG2OmW0Cpt58YnZBhd
	z8kSya2hcHE0LUWKGxo490/z6bMhgOZAmaEAU579mZncR9IRsmt8P/yCAmHr1qu6XepL
	7GzryMEHf4KLQri3CL59mf1DkXMR1B1sW41vvwwnHvbvACG0LtyLpmKHSQLkx/M1M1jL
	Vs/u4EzNFbI0y+wiJGwBc645KgLsQfBG11G5hRFirPcT/6MMfN6aY84j4Zxl5g+aHyOF
	EeqCKUU1nZ7BkYKZzYTFNDPaW/zBalYzFXjoxpK2fzRsCraxVQ9zjrx/PbDWNCc4Ja+0
	PlFw==
X-Received: by 10.112.98.105 with SMTP id eh9mr407965lbb.131.1355840691089;
	Tue, 18 Dec 2012 06:24:51 -0800 (PST)
Received: from ?IPv6:2a00:ab00:0:fffe:972:6ee1:dd51:5fd9?
	([2a00:ab00:0:fffe:972:6ee1:dd51:5fd9])
	by mx.google.com with ESMTPS id s9sm899527lbc.12.2012.12.18.06.24.49
	(version=SSLv3 cipher=OTHER); Tue, 18 Dec 2012 06:24:49 -0800 (PST)
Message-ID: <50D07CB0.8070406@gmail.com>
Date: Tue, 18 Dec 2012 18:24:48 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] XCP: ip restriction is completely broken for xenbr1,
	xenbr2, etc.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I found some kind of horrible bug in XCP 1.6.

After looking to src on github (master branch) I found it still there.

Way to reproduce:

create vif with device=15 (or any other >0).
set up locking-mode=locked
set up some ipv4-allowed.

xe vif-plug ....

expected result: rules for OVS applied to xenbr, corresponding to vif 
network's bridge.

actual result: device number (15) is is used as bridge number (xenbr15!).

I done some source code review:
Dec 18 18:17:54 rvc2-xh43 python: 
/opt/xensource/libexec/setup-vif-rules[8505] - Called with vif_type=vif, 
domid=1, devid=15, network_mode=openvswitch, action=filter

devid=15 <- WRONG

It use vif id from xenstore instead of proper 'bridge' field from 
network object.




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

From xen-api-bounces@lists.xen.org Tue Dec 18 14:25:00 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 14:25: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 1Tky6H-0002iz-Vz; Tue, 18 Dec 2012 14:24:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tky6G-0002it-Tk
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 14:24:53 +0000
Received: from [85.158.139.211:20264] by server-11.bemta-5.messagelabs.com id
	96/76-31624-4BC70D05; Tue, 18 Dec 2012 14:24:52 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-16.tower-206.messagelabs.com!1355840691!21042510!1
X-Originating-IP: [209.85.217.170]
X-SpamReason: No, hits=1.8 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RATWARE_GECKO_BUILD,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24747 invoked from network); 18 Dec 2012 14:24:51 -0000
Received: from mail-lb0-f170.google.com (HELO mail-lb0-f170.google.com)
	(209.85.217.170)
	by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 14:24:51 -0000
Received: by mail-lb0-f170.google.com with SMTP id j14so722252lbo.15
	for ; Tue, 18 Dec 2012 06:24:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=x-received:message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=7hhwrwdLBgznT5V6cdrvdqBXqEytCmslgg8vo27lXoc=;
	b=QNOqRvqvvztX4N7rhP0JqeOzeIBoImfGC3tWnwAfa8Zk8LzInG2OmW0Cpt58YnZBhd
	z8kSya2hcHE0LUWKGxo490/z6bMhgOZAmaEAU579mZncR9IRsmt8P/yCAmHr1qu6XepL
	7GzryMEHf4KLQri3CL59mf1DkXMR1B1sW41vvwwnHvbvACG0LtyLpmKHSQLkx/M1M1jL
	Vs/u4EzNFbI0y+wiJGwBc645KgLsQfBG11G5hRFirPcT/6MMfN6aY84j4Zxl5g+aHyOF
	EeqCKUU1nZ7BkYKZzYTFNDPaW/zBalYzFXjoxpK2fzRsCraxVQ9zjrx/PbDWNCc4Ja+0
	PlFw==
X-Received: by 10.112.98.105 with SMTP id eh9mr407965lbb.131.1355840691089;
	Tue, 18 Dec 2012 06:24:51 -0800 (PST)
Received: from ?IPv6:2a00:ab00:0:fffe:972:6ee1:dd51:5fd9?
	([2a00:ab00:0:fffe:972:6ee1:dd51:5fd9])
	by mx.google.com with ESMTPS id s9sm899527lbc.12.2012.12.18.06.24.49
	(version=SSLv3 cipher=OTHER); Tue, 18 Dec 2012 06:24:49 -0800 (PST)
Message-ID: <50D07CB0.8070406@gmail.com>
Date: Tue, 18 Dec 2012 18:24:48 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] XCP: ip restriction is completely broken for xenbr1,
	xenbr2, etc.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I found some kind of horrible bug in XCP 1.6.

After looking to src on github (master branch) I found it still there.

Way to reproduce:

create vif with device=15 (or any other >0).
set up locking-mode=locked
set up some ipv4-allowed.

xe vif-plug ....

expected result: rules for OVS applied to xenbr, corresponding to vif 
network's bridge.

actual result: device number (15) is is used as bridge number (xenbr15!).

I done some source code review:
Dec 18 18:17:54 rvc2-xh43 python: 
/opt/xensource/libexec/setup-vif-rules[8505] - Called with vif_type=vif, 
domid=1, devid=15, network_mode=openvswitch, action=filter

devid=15 <- WRONG

It use vif id from xenstore instead of proper 'bridge' field from 
network object.




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

From xen-api-bounces@lists.xen.org Tue Dec 18 15:14:07 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 15:14: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 1Tkyrn-00052c-QF; Tue, 18 Dec 2012 15:13:59 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tkyrm-00052W-RC
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 15:13:58 +0000
Received: from [85.158.143.99:46400] by server-3.bemta-4.messagelabs.com id
	05/00-18211-63880D05; Tue, 18 Dec 2012 15:13:58 +0000
X-Env-Sender: mephisto@mephis.to
X-Msg-Ref: server-7.tower-216.messagelabs.com!1355843636!24823518!1
X-Originating-IP: [212.77.170.22]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8133 invoked from network); 18 Dec 2012 15:13:57 -0000
Received: from mx2.netzblick.de (HELO mx2.netzblick.de) (212.77.170.22)
	by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 18 Dec 2012 15:13:57 -0000
Received: from [192.168.7.3] (core.niedermayr.de [213.166.224.15])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.netzblick.de (Postfix) with ESMTP id E8AB428191
	for ; Tue, 18 Dec 2012 16:13:55 +0100 (CET)
Message-ID: <50D08835.30708@mephis.to>
Date: Tue, 18 Dec 2012 16:13:57 +0100
From: =?ISO-8859-15?Q?Bastian_M=E4user?= 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Enigmail-Version: 1.4.4
Subject: [Xen-API] Poor xapi Performance Exporting/Importing VM's on XCP 1.6
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Guys,

i just put a little Cluster in Testing with XCP 1.6... The most strange
thing i noticed is the really really slow imports and explorts of the
xen-api...

When migrating VM's from my 1.1 to the 1.6 Cluster i do export them onto
a NFS Share with one pool, and re-import them on the 1.6 pool.

Export on the 1.1 Cluster is really ok. I think about 200-300mbit/s net,
maybe the NFS Server is here the limiting Component.

Import/Export in/from the 1.6 Cluster is a hell.

Yesterday it took my awesome 487 Minutes to export a VM of roughly 40gb:

[root@xcp2 615824d1-1aeb-7054-cc07-417ba25c78f0]# time xe vm-export
vm=rsa2 filename=rsa2-test-unc.xva compress=false
Export succeeded

real    487m33.284s
user    0m25.810s
sys     6m26.960s

[root@xcp2 615824d1-1aeb-7054-cc07-417ba25c78f0]# ls -lah|grep rsa2
-rw------- 1 nfsnobody nfsnobody  38G 18. Dez 04:50 rsa2-test-unc.xva

Exporting that VM from the Other Cluster takes about 35 Minutes..

Network + Hardware is fine... Inside a VM on the 1.6 Cluster I get about
55mb/s Disk performance.. and about 45mb/s to the NFS Server.

I've spend quite some time now to find out where the Bottleneck ist..

Any Ideas on that?

thanks,
Bastian

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

From xen-api-bounces@lists.xen.org Tue Dec 18 15:14:07 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 15:14: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 1Tkyrn-00052c-QF; Tue, 18 Dec 2012 15:13:59 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1Tkyrm-00052W-RC
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 15:13:58 +0000
Received: from [85.158.143.99:46400] by server-3.bemta-4.messagelabs.com id
	05/00-18211-63880D05; Tue, 18 Dec 2012 15:13:58 +0000
X-Env-Sender: mephisto@mephis.to
X-Msg-Ref: server-7.tower-216.messagelabs.com!1355843636!24823518!1
X-Originating-IP: [212.77.170.22]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8133 invoked from network); 18 Dec 2012 15:13:57 -0000
Received: from mx2.netzblick.de (HELO mx2.netzblick.de) (212.77.170.22)
	by server-7.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 18 Dec 2012 15:13:57 -0000
Received: from [192.168.7.3] (core.niedermayr.de [213.166.224.15])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx2.netzblick.de (Postfix) with ESMTP id E8AB428191
	for ; Tue, 18 Dec 2012 16:13:55 +0100 (CET)
Message-ID: <50D08835.30708@mephis.to>
Date: Tue, 18 Dec 2012 16:13:57 +0100
From: =?ISO-8859-15?Q?Bastian_M=E4user?= 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Enigmail-Version: 1.4.4
Subject: [Xen-API] Poor xapi Performance Exporting/Importing VM's on XCP 1.6
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Guys,

i just put a little Cluster in Testing with XCP 1.6... The most strange
thing i noticed is the really really slow imports and explorts of the
xen-api...

When migrating VM's from my 1.1 to the 1.6 Cluster i do export them onto
a NFS Share with one pool, and re-import them on the 1.6 pool.

Export on the 1.1 Cluster is really ok. I think about 200-300mbit/s net,
maybe the NFS Server is here the limiting Component.

Import/Export in/from the 1.6 Cluster is a hell.

Yesterday it took my awesome 487 Minutes to export a VM of roughly 40gb:

[root@xcp2 615824d1-1aeb-7054-cc07-417ba25c78f0]# time xe vm-export
vm=rsa2 filename=rsa2-test-unc.xva compress=false
Export succeeded

real    487m33.284s
user    0m25.810s
sys     6m26.960s

[root@xcp2 615824d1-1aeb-7054-cc07-417ba25c78f0]# ls -lah|grep rsa2
-rw------- 1 nfsnobody nfsnobody  38G 18. Dez 04:50 rsa2-test-unc.xva

Exporting that VM from the Other Cluster takes about 35 Minutes..

Network + Hardware is fine... Inside a VM on the 1.6 Cluster I get about
55mb/s Disk performance.. and about 45mb/s to the NFS Server.

I've spend quite some time now to find out where the Bottleneck ist..

Any Ideas on that?

thanks,
Bastian

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

From xen-api-bounces@lists.xen.org Tue Dec 18 16:18:37 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 16:18: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 1TkzsC-0000bW-Fw; Tue, 18 Dec 2012 16:18:28 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkzsA-0000bR-KK
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 16:18:26 +0000
Received: from [85.158.139.83:56634] by server-12.bemta-5.messagelabs.com id
	43/4A-02275-15790D05; Tue, 18 Dec 2012 16:18:25 +0000
X-Env-Sender: bmenges@gogrid.com
X-Msg-Ref: server-5.tower-182.messagelabs.com!1355847465!30447771!1
X-Originating-IP: [216.93.160.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16424 invoked from network); 18 Dec 2012 16:17:46 -0000
Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25)
	by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 18 Dec 2012 16:17:46 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com;
	h=Received:Received:From:To:Date:Subject:Thread-Topic:Thread-Index:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:MIME-Version;
	b=FoJOITEhHPTs/AKyMLDPyt4nX4iBSWJak3WvCz8AXJQ02lrPHelnTvBjNcE1/pTIDhdgpuuoZehXcOSIrFKQcwNtlqhxhTEdRl253/7YSpSIdVkT2bRgRfyIUH6zk4Gj;
Received: from [192.168.1.12] (helo=fe-002-sfo.servepath.com)
	by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD))
	(envelope-from ) id 1TkzrV-000Dqf-B4
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 08:17:45 -0800
Received: from EX-004-SFO.servepath.com ([::1]) by fe-002-sfo.servepath.com
	([::1]) with mapi; Tue, 18 Dec 2012 08:17:44 -0800
From: Brian Menges 
To: "xen-api@lists.xen.org" 
Date: Tue, 18 Dec 2012 08:17:43 -0800
Thread-Topic: [Xen-API] Creating an SR from an already mounted moosefs share
Thread-Index: Ac3dJ5idtKDkCAc3T02o0HvkQX/FhAAEzB0w
Message-ID: <3968CAC7E1BE7242B18501F292F3C7F1676F4261@EX-004-SFO.servepath.com>
References: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] Creating an SR from an already mounted moosefs share
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2074076281576941981=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2074076281576941981==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_"

--_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Edward,

You can create SRs out of physical media, or remote block IO devs exposed u=
nder things like iscsi, etc.

Depending on how your device shows up, you should be able to. However, if i=
t is just a remote file system mount no. It would have to be a block of som=
e type to my knowledge.

Related commands can be found at the following:
http://support.citrix.com/article/CTX121896/
http://support.citrix.com/article/CTX121313

These articles may be old, but they're still very relevant.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of Edward Ronquillo
Sent: Tuesday, December 18, 2012 05:56
To: xen-api@lists.xen.org
Subject: [Xen-API] Creating an SR from an already mounted moosefs share

Hi, I'm currently running XCP 1.6, and it has been running quite nicely.
Recently,  I had created a moosefs mount on the XCP host
e.g. /media/mfs.

Is it possible to create a SR that makes use of that directory I whose moos=
efs share I had mounted?

________________________________
The information contained in this message, and any attachments, may contain=
 confidential and legally privileged material. It is solely for the use of =
the person or entity to which it is addressed. Any review, retransmission, =
dissemination, or action taken in reliance upon this information by persons=
 or entities other than the intended recipient is prohibited. If you receiv=
e this in error, please contact the sender and delete the material from any=
 computer.

--_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Edward,=



 <=
/p>

You can create SRs out of=
 physical media, or remote block IO devs exposed under things like iscsi, e=
tc.


 <=
/p>

Depending on how your dev=
ice shows up, you should be able to. However, if it is just a remote file s=
ystem mount no. It would have to be a block of some type
 to my knowledge.


 <=
/p>

Related commands can be f=
ound at the following:


http://support.citrix.com/article/CTX121896=
/


http://support.citrix.com/article/CTX121313<=
/a>


 <=
/p>

These articles may be old=
, but they’re still very relevant.


 <=
/p>

- Brian Menges=



Principal Engineer, DevOp=
s


GoGrid | ServePath | Colo=
Serve | UpStream Networks


 <=
/p>



From: xen-api-=
bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org]
On Behalf Of Edward Ronquillo

Sent: Tuesday, December 18, 2012 05:56

To: xen-api@lists.xen.org

Subject: [Xen-API] Creating an SR from an already mounted moosefs sh=
are




 




Hi, I'm currently running XCP 1.6, and it has been r=
unning quite nicely.




Recently,  I had created a moosefs mount on the=
 XCP host






e.g. /media/mfs.






 






Is it possible to create a SR that makes use of that=
 directory I whose moosefs share I had mounted?











The information contai=
ned in this message, and any attachments, may contain confidential and lega=
lly privileged material. It is solely for the use of the person or entity t=
o which it is addressed. Any review, retransmission,
 dissemination, or action taken in reliance upon this information by person=
s or entities other than the intended recipient is prohibited. If you recei=
ve this in error, please contact the sender and delete the material from an=
y computer.





--_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_--


--===============2074076281576941981==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2074076281576941981==--


From xen-api-bounces@lists.xen.org Tue Dec 18 16:18:37 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 16:18: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 1TkzsC-0000bW-Fw; Tue, 18 Dec 2012 16:18:28 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TkzsA-0000bR-KK
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 16:18:26 +0000
Received: from [85.158.139.83:56634] by server-12.bemta-5.messagelabs.com id
	43/4A-02275-15790D05; Tue, 18 Dec 2012 16:18:25 +0000
X-Env-Sender: bmenges@gogrid.com
X-Msg-Ref: server-5.tower-182.messagelabs.com!1355847465!30447771!1
X-Originating-IP: [216.93.160.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16424 invoked from network); 18 Dec 2012 16:17:46 -0000
Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25)
	by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 18 Dec 2012 16:17:46 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com;
	h=Received:Received:From:To:Date:Subject:Thread-Topic:Thread-Index:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage:Content-Type:MIME-Version;
	b=FoJOITEhHPTs/AKyMLDPyt4nX4iBSWJak3WvCz8AXJQ02lrPHelnTvBjNcE1/pTIDhdgpuuoZehXcOSIrFKQcwNtlqhxhTEdRl253/7YSpSIdVkT2bRgRfyIUH6zk4Gj;
Received: from [192.168.1.12] (helo=fe-002-sfo.servepath.com)
	by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD))
	(envelope-from ) id 1TkzrV-000Dqf-B4
	for xen-api@lists.xen.org; Tue, 18 Dec 2012 08:17:45 -0800
Received: from EX-004-SFO.servepath.com ([::1]) by fe-002-sfo.servepath.com
	([::1]) with mapi; Tue, 18 Dec 2012 08:17:44 -0800
From: Brian Menges 
To: "xen-api@lists.xen.org" 
Date: Tue, 18 Dec 2012 08:17:43 -0800
Thread-Topic: [Xen-API] Creating an SR from an already mounted moosefs share
Thread-Index: Ac3dJ5idtKDkCAc3T02o0HvkQX/FhAAEzB0w
Message-ID: <3968CAC7E1BE7242B18501F292F3C7F1676F4261@EX-004-SFO.servepath.com>
References: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] Creating an SR from an already mounted moosefs share
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2074076281576941981=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2074076281576941981==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_"

--_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Edward,

You can create SRs out of physical media, or remote block IO devs exposed u=
nder things like iscsi, etc.

Depending on how your device shows up, you should be able to. However, if i=
t is just a remote file system mount no. It would have to be a block of som=
e type to my knowledge.

Related commands can be found at the following:
http://support.citrix.com/article/CTX121896/
http://support.citrix.com/article/CTX121313

These articles may be old, but they're still very relevant.

- Brian Menges
Principal Engineer, DevOps
GoGrid | ServePath | ColoServe | UpStream Networks

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of Edward Ronquillo
Sent: Tuesday, December 18, 2012 05:56
To: xen-api@lists.xen.org
Subject: [Xen-API] Creating an SR from an already mounted moosefs share

Hi, I'm currently running XCP 1.6, and it has been running quite nicely.
Recently,  I had created a moosefs mount on the XCP host
e.g. /media/mfs.

Is it possible to create a SR that makes use of that directory I whose moos=
efs share I had mounted?

________________________________
The information contained in this message, and any attachments, may contain=
 confidential and legally privileged material. It is solely for the use of =
the person or entity to which it is addressed. Any review, retransmission, =
dissemination, or action taken in reliance upon this information by persons=
 or entities other than the intended recipient is prohibited. If you receiv=
e this in error, please contact the sender and delete the material from any=
 computer.

--_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable











Edward,=



 <=
/p>

You can create SRs out of=
 physical media, or remote block IO devs exposed under things like iscsi, e=
tc.


 <=
/p>

Depending on how your dev=
ice shows up, you should be able to. However, if it is just a remote file s=
ystem mount no. It would have to be a block of some type
 to my knowledge.


 <=
/p>

Related commands can be f=
ound at the following:


http://support.citrix.com/article/CTX121896=
/


http://support.citrix.com/article/CTX121313<=
/a>


 <=
/p>

These articles may be old=
, but they’re still very relevant.


 <=
/p>

- Brian Menges=



Principal Engineer, DevOp=
s


GoGrid | ServePath | Colo=
Serve | UpStream Networks


 <=
/p>



From: xen-api-=
bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org]
On Behalf Of Edward Ronquillo

Sent: Tuesday, December 18, 2012 05:56

To: xen-api@lists.xen.org

Subject: [Xen-API] Creating an SR from an already mounted moosefs sh=
are




 




Hi, I'm currently running XCP 1.6, and it has been r=
unning quite nicely.




Recently,  I had created a moosefs mount on the=
 XCP host






e.g. /media/mfs.






 






Is it possible to create a SR that makes use of that=
 directory I whose moosefs share I had mounted?











The information contai=
ned in this message, and any attachments, may contain confidential and lega=
lly privileged material. It is solely for the use of the person or entity t=
o which it is addressed. Any review, retransmission,
 dissemination, or action taken in reliance upon this information by person=
s or entities other than the intended recipient is prohibited. If you recei=
ve this in error, please contact the sender and delete the material from an=
y computer.





--_000_3968CAC7E1BE7242B18501F292F3C7F1676F4261EX004SFOservepa_--


--===============2074076281576941981==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2074076281576941981==--


From xen-api-bounces@lists.xen.org Tue Dec 18 21:46:57 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 21: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 1Tl4zv-0004Ck-GF; Tue, 18 Dec 2012 21:46:47 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <2rushikeshj@gmail.com>)
	id 1Tl4zt-0004CZ-UX; Tue, 18 Dec 2012 21:46:46 +0000
Received: from [85.158.139.83:52567] by server-9.bemta-5.messagelabs.com id
	5B/E7-10690-544E0D05; Tue, 18 Dec 2012 21:46:45 +0000
X-Env-Sender: 2rushikeshj@gmail.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1355867202!28310993!1
X-Originating-IP: [209.85.216.181]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 450 invoked from network); 18 Dec 2012 21:46:43 -0000
Received: from mail-qc0-f181.google.com (HELO mail-qc0-f181.google.com)
	(209.85.216.181)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 21:46:43 -0000
Received: by mail-qc0-f181.google.com with SMTP id x40so679330qcp.26
	for ; Tue, 18 Dec 2012 13:46:42 -0800 (PST)
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=sIXDVcvcdJahNOrh2NzOxy/Q0FshyKk9RdU1z3qmnxw=;
	b=MMb+uQ+APJSZYIyHjzjZaSowoTehNdzSl7K9iD9BPJb2vNj3yDnXJQP3ghWaxHhomw
	sNWXALWqbnlP4B2XGGVR2Gp/WkNY0h+pCxhonVA8I1OnYCOQOoaJTb9qVsRqlvNyWg7U
	tysdxjVwyQuf838MK9/j7Kr+kAXxV5lHTKaMig6SFNVwjdlyzBNXA17GUzklBnrgDjGC
	UcIe/T0Jf1QLE6MlTP8jCtIUzDUqB94OAid2wGDwryuEp0LcNySaaj0liqVRptrO4oyl
	FdmBDil7lKJ4l5QWVv+3W8lFFVN6iMjD8xw+zX7ClcejqKO/HaUJB83l21FulcPal8AB
	SBZw==
MIME-Version: 1.0
Received: by 10.49.121.40 with SMTP id lh8mr1717301qeb.30.1355867202190; Tue,
	18 Dec 2012 13:46:42 -0800 (PST)
Received: by 10.229.17.19 with HTTP; Tue, 18 Dec 2012 13:46:42 -0800 (PST)
Date: Wed, 19 Dec 2012 03:16:42 +0530
Message-ID: 
From: Rushikesh Jadhav <2rushikeshj@gmail.com>
To: "xen-api@lists.xen.org" , xen-users@lists.xen.org,
	xen-devel@lists.xen.org
Content-Type: multipart/mixed; boundary=047d7bdc1be4f2fcb904d1276eee
Subject: [Xen-API] XCP 1.1 host crash due to VM console connection
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--047d7bdc1be4f2fcb904d1276eee
Content-Type: multipart/alternative; boundary=047d7bdc1be4f2fcb304d1276eec

--047d7bdc1be4f2fcb304d1276eec
Content-Type: text/plain; charset=ISO-8859-1

Hi everyone,

We faced a dom0 crash on XCP1.1 and Xen 3.4.2.

I've attached the log file for reference. On dom0 we could find only
"Xc.Error" and then reboot of host. There is no information in /var/crash/
or other log files.

Interestingly the "INTERNAL_ERROR" variable keeps growing until a length
and then host reboots. Possible memory overlap ? Could someone please
help me diagnose this and sort out a way to avoid it in future ?

Thank you for reading.

Regards,
Rushikesh

--047d7bdc1be4f2fcb304d1276eec
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi everyone,

We faced a d=
om0 crash on XCP1.1 and Xen 3.4.2. 

I've attached the log file f=
or reference. On dom0 we could find only "Xc.Error" and then rebo=
ot of host. There is no information in /var/crash/ or other log files. 


Interestingly the "INTERNAL_ERROR" variable keeps growi=
ng until a length and then host reboots. Possible memory overlap ? Could so=
meone please help me diagnose this and sort out a way to avoid it in future=
 ?


Thank you for reading.

Regards,
Rushikesh





--047d7bdc1be4f2fcb304d1276eec--
--047d7bdc1be4f2fcb904d1276eee
Content-Type: application/octet-stream; name="xensource.log"
Content-Disposition: attachment; filename="xensource.log"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_havk9nfc0

W3Jvb3RAeGNwMTEgbG9nXSMgY2F0IHhlbnNvdXJjZS5sb2cgfCAgZ3JlcCAiSU5URVJOQUxfRVJS
T1I6IiB8IGdyZXAgIlhjLkVycm9yIg0KWzIwMTIxMjE4VDE2OjIwOjE2LjY1M1p8ZGVidWd8eGNw
MTF8MzA2NCBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo0OGM4ZDdkNzQ3YWZ8
ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4
Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp
biAtMTogaHlwZXJjYWxsIDM2IGZhaWw6IDExOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWls
YWJsZSAocmV0IC0xKSIpIF0NClsyMDEyMTIxOFQxNjoyMDoxOC40NDBafGRlYnVnfHhjcDExfDMw
NjUgaW5ldC1SUEN8Q29ubmVjdGlvbiB0byBWTSBjb25zb2xlIFI6ZTA0MDEyNDk4NTY1fGRpc3Bh
dGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRp
b24gSU5URVJOQUxfRVJST1I6IFsgWGMuRXJyb3IoImdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6
IGdldGluZm8gZmFpbGVkOiBkb21haW4gODogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRp
bmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMzYgZmFpbDogMTE6IFJlc291cmNlIHRl
bXBvcmFyaWx5IHVuYXZhaWxhYmxlIChyZXQgLTEpIikgXQ0KWzIwMTIxMjE4VDE2OjIwOjE5LjA5
OVp8ZGVidWd8eGNwMTF8MzA3MSBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjox
NTM4M2FkZTQ3NjV8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFu
ZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBm
YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls
ZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8gZmFpbGVkOiBk
b21haW4gLTE6IGh5cGVyY2FsbCAzNiBmYWlsOiAxMTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5h
dmFpbGFibGUgKHJldCAtMSkiKSBdDQpbMjAxMjEyMThUMTY6MjA6MTkuNjAwWnxkZWJ1Z3x4Y3Ax
MXwzMDc1IGluZXQtUlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOmRiZDM3Mjg2YmRjYXxk
aXNwYXRjaGVyXSBTZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhj
ZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWlu
IC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x
OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8gZmFpbGVkOiBkb21haW4gODogZ2V0
aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDM2IGZhaWw6IDExOiBSZXNvdXJjZSB0
ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSAocmV0IC0xKSIpIF0NClsyMDEyMTIxOFQxNjoyMDoxOS45
NDlafGRlYnVnfHhjcDExfDMwNzYgaW5ldC1SUEN8Q29ubmVjdGlvbiB0byBWTSBjb25zb2xlIFI6
OGJkYzhlMjUwZjJkfGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hh
bmRsZXI6IEdvdCBleGNlcHRpb24gSU5URVJOQUxfRVJST1I6IFsgWGMuRXJyb3IoImdldGluZm8g
ZmFpbGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFp
bGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFpbGVk
OiBkb21haW4gODogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9t
YWluIC0xOiBoeXBlcmNhbGwgMzYgZmFpbDogMTE6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZh
aWxhYmxlIChyZXQgLTEpIikgXQ0KWzIwMTIxMjE4VDE2OjIwOjIwLjMzMVp8ZGVidWd8eGNwMTF8
MzA3OSBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo1MmYwZTMxMjRkMDZ8ZGlz
cGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2Vw
dGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt
MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog
Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0
aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8g
ZmFpbGVkOiBkb21haW4gLTE6IGh5cGVyY2FsbCAzNiBmYWlsOiAxMTogUmVzb3VyY2UgdGVtcG9y
YXJpIikgXQ0KWzIwMTIxMjE4VDE2OjIwOjIwLjYyN1p8ZGVidWd8eGNwMTF8MzA4MyBpbmV0LVJQ
Q3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo3NmU4M2E3NmVjNWJ8ZGlzcGF0Y2hlcl0gU2Vy
dmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5B
TF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBm
YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls
ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6
IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9t
YWluIDg6IGdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGh5cGVyY2FsbCAzNiBmIikgXQ0KWzIw
MTIxMjE4VDE2OjIwOjIxLjE4Nlp8ZGVidWd8eGNwMTF8MzA5OSBpbmV0LVJQQ3xDb25uZWN0aW9u
IHRvIFZNIGNvbnNvbGUgUjpiNGE1MWZlZTg3YzR8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMu
ZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBY
Yy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp
biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt
MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog
Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRp
bmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8gZmFpbGVkIikgXQ0K
--047d7bdc1be4f2fcb904d1276eee
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--047d7bdc1be4f2fcb904d1276eee--


From xen-api-bounces@lists.xen.org Tue Dec 18 21:46:57 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 18 Dec 2012 21: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 1Tl4zv-0004Ck-GF; Tue, 18 Dec 2012 21:46:47 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <2rushikeshj@gmail.com>)
	id 1Tl4zt-0004CZ-UX; Tue, 18 Dec 2012 21:46:46 +0000
Received: from [85.158.139.83:52567] by server-9.bemta-5.messagelabs.com id
	5B/E7-10690-544E0D05; Tue, 18 Dec 2012 21:46:45 +0000
X-Env-Sender: 2rushikeshj@gmail.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1355867202!28310993!1
X-Originating-IP: [209.85.216.181]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 450 invoked from network); 18 Dec 2012 21:46:43 -0000
Received: from mail-qc0-f181.google.com (HELO mail-qc0-f181.google.com)
	(209.85.216.181)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	18 Dec 2012 21:46:43 -0000
Received: by mail-qc0-f181.google.com with SMTP id x40so679330qcp.26
	for ; Tue, 18 Dec 2012 13:46:42 -0800 (PST)
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=sIXDVcvcdJahNOrh2NzOxy/Q0FshyKk9RdU1z3qmnxw=;
	b=MMb+uQ+APJSZYIyHjzjZaSowoTehNdzSl7K9iD9BPJb2vNj3yDnXJQP3ghWaxHhomw
	sNWXALWqbnlP4B2XGGVR2Gp/WkNY0h+pCxhonVA8I1OnYCOQOoaJTb9qVsRqlvNyWg7U
	tysdxjVwyQuf838MK9/j7Kr+kAXxV5lHTKaMig6SFNVwjdlyzBNXA17GUzklBnrgDjGC
	UcIe/T0Jf1QLE6MlTP8jCtIUzDUqB94OAid2wGDwryuEp0LcNySaaj0liqVRptrO4oyl
	FdmBDil7lKJ4l5QWVv+3W8lFFVN6iMjD8xw+zX7ClcejqKO/HaUJB83l21FulcPal8AB
	SBZw==
MIME-Version: 1.0
Received: by 10.49.121.40 with SMTP id lh8mr1717301qeb.30.1355867202190; Tue,
	18 Dec 2012 13:46:42 -0800 (PST)
Received: by 10.229.17.19 with HTTP; Tue, 18 Dec 2012 13:46:42 -0800 (PST)
Date: Wed, 19 Dec 2012 03:16:42 +0530
Message-ID: 
From: Rushikesh Jadhav <2rushikeshj@gmail.com>
To: "xen-api@lists.xen.org" , xen-users@lists.xen.org,
	xen-devel@lists.xen.org
Content-Type: multipart/mixed; boundary=047d7bdc1be4f2fcb904d1276eee
Subject: [Xen-API] XCP 1.1 host crash due to VM console connection
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--047d7bdc1be4f2fcb904d1276eee
Content-Type: multipart/alternative; boundary=047d7bdc1be4f2fcb304d1276eec

--047d7bdc1be4f2fcb304d1276eec
Content-Type: text/plain; charset=ISO-8859-1

Hi everyone,

We faced a dom0 crash on XCP1.1 and Xen 3.4.2.

I've attached the log file for reference. On dom0 we could find only
"Xc.Error" and then reboot of host. There is no information in /var/crash/
or other log files.

Interestingly the "INTERNAL_ERROR" variable keeps growing until a length
and then host reboots. Possible memory overlap ? Could someone please
help me diagnose this and sort out a way to avoid it in future ?

Thank you for reading.

Regards,
Rushikesh

--047d7bdc1be4f2fcb304d1276eec
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi everyone,

We faced a d=
om0 crash on XCP1.1 and Xen 3.4.2. 

I've attached the log file f=
or reference. On dom0 we could find only "Xc.Error" and then rebo=
ot of host. There is no information in /var/crash/ or other log files. 


Interestingly the "INTERNAL_ERROR" variable keeps growi=
ng until a length and then host reboots. Possible memory overlap ? Could so=
meone please help me diagnose this and sort out a way to avoid it in future=
 ?


Thank you for reading.

Regards,
Rushikesh





--047d7bdc1be4f2fcb304d1276eec--
--047d7bdc1be4f2fcb904d1276eee
Content-Type: application/octet-stream; name="xensource.log"
Content-Disposition: attachment; filename="xensource.log"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_havk9nfc0

W3Jvb3RAeGNwMTEgbG9nXSMgY2F0IHhlbnNvdXJjZS5sb2cgfCAgZ3JlcCAiSU5URVJOQUxfRVJS
T1I6IiB8IGdyZXAgIlhjLkVycm9yIg0KWzIwMTIxMjE4VDE2OjIwOjE2LjY1M1p8ZGVidWd8eGNw
MTF8MzA2NCBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo0OGM4ZDdkNzQ3YWZ8
ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4
Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp
biAtMTogaHlwZXJjYWxsIDM2IGZhaWw6IDExOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWls
YWJsZSAocmV0IC0xKSIpIF0NClsyMDEyMTIxOFQxNjoyMDoxOC40NDBafGRlYnVnfHhjcDExfDMw
NjUgaW5ldC1SUEN8Q29ubmVjdGlvbiB0byBWTSBjb25zb2xlIFI6ZTA0MDEyNDk4NTY1fGRpc3Bh
dGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRp
b24gSU5URVJOQUxfRVJST1I6IFsgWGMuRXJyb3IoImdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6
IGdldGluZm8gZmFpbGVkOiBkb21haW4gODogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRp
bmZvIGZhaWxlZDogZG9tYWluIC0xOiBoeXBlcmNhbGwgMzYgZmFpbDogMTE6IFJlc291cmNlIHRl
bXBvcmFyaWx5IHVuYXZhaWxhYmxlIChyZXQgLTEpIikgXQ0KWzIwMTIxMjE4VDE2OjIwOjE5LjA5
OVp8ZGVidWd8eGNwMTF8MzA3MSBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjox
NTM4M2FkZTQ3NjV8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFu
ZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBm
YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls
ZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8gZmFpbGVkOiBk
b21haW4gLTE6IGh5cGVyY2FsbCAzNiBmYWlsOiAxMTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5h
dmFpbGFibGUgKHJldCAtMSkiKSBdDQpbMjAxMjEyMThUMTY6MjA6MTkuNjAwWnxkZWJ1Z3x4Y3Ax
MXwzMDc1IGluZXQtUlBDfENvbm5lY3Rpb24gdG8gVk0gY29uc29sZSBSOmRiZDM3Mjg2YmRjYXxk
aXNwYXRjaGVyXSBTZXJ2ZXJfaGVscGVycy5leGVjIGV4Y2VwdGlvbl9oYW5kbGVyOiBHb3QgZXhj
ZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFhjLkVycm9yKCJnZXRpbmZvIGZhaWxlZDogZG9tYWlu
IC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0xOiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIC0x
OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8gZmFpbGVkOiBkb21haW4gODogZ2V0
aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogaHlwZXJjYWxsIDM2IGZhaWw6IDExOiBSZXNvdXJjZSB0
ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSAocmV0IC0xKSIpIF0NClsyMDEyMTIxOFQxNjoyMDoxOS45
NDlafGRlYnVnfHhjcDExfDMwNzYgaW5ldC1SUEN8Q29ubmVjdGlvbiB0byBWTSBjb25zb2xlIFI6
OGJkYzhlMjUwZjJkfGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hh
bmRsZXI6IEdvdCBleGNlcHRpb24gSU5URVJOQUxfRVJST1I6IFsgWGMuRXJyb3IoImdldGluZm8g
ZmFpbGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFp
bGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGdldGluZm8gZmFpbGVk
OiBkb21haW4gODogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9t
YWluIC0xOiBoeXBlcmNhbGwgMzYgZmFpbDogMTE6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZh
aWxhYmxlIChyZXQgLTEpIikgXQ0KWzIwMTIxMjE4VDE2OjIwOjIwLjMzMVp8ZGVidWd8eGNwMTF8
MzA3OSBpbmV0LVJQQ3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo1MmYwZTMxMjRkMDZ8ZGlz
cGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2Vw
dGlvbiBJTlRFUk5BTF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt
MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog
Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0
aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8g
ZmFpbGVkOiBkb21haW4gLTE6IGh5cGVyY2FsbCAzNiBmYWlsOiAxMTogUmVzb3VyY2UgdGVtcG9y
YXJpIikgXQ0KWzIwMTIxMjE4VDE2OjIwOjIwLjYyN1p8ZGVidWd8eGNwMTF8MzA4MyBpbmV0LVJQ
Q3xDb25uZWN0aW9uIHRvIFZNIGNvbnNvbGUgUjo3NmU4M2E3NmVjNWJ8ZGlzcGF0Y2hlcl0gU2Vy
dmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5B
TF9FUlJPUjogWyBYYy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBm
YWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWls
ZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6
IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRpbmZvIGZhaWxlZDogZG9t
YWluIDg6IGdldGluZm8gZmFpbGVkOiBkb21haW4gLTE6IGh5cGVyY2FsbCAzNiBmIikgXQ0KWzIw
MTIxMjE4VDE2OjIwOjIxLjE4Nlp8ZGVidWd8eGNwMTF8MzA5OSBpbmV0LVJQQ3xDb25uZWN0aW9u
IHRvIFZNIGNvbnNvbGUgUjpiNGE1MWZlZTg3YzR8ZGlzcGF0Y2hlcl0gU2VydmVyX2hlbHBlcnMu
ZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBY
Yy5FcnJvcigiZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFp
biAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAt
MTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTog
Z2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiAtMTogZ2V0aW5mbyBmYWlsZWQ6IGRvbWFpbiA4OiBnZXRp
bmZvIGZhaWxlZDogZG9tYWluIDg6IGdldGluZm8gZmFpbGVkIikgXQ0K
--047d7bdc1be4f2fcb904d1276eee
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--047d7bdc1be4f2fcb904d1276eee--


From xen-api-bounces@lists.xen.org Wed Dec 19 04:20:50 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 04:20: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 1TlB96-0004Z4-Lo; Wed, 19 Dec 2012 04:20:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlB94-0004Yp-Uj
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 04:20:39 +0000
Received: from [85.158.137.99:48918] by server-16.bemta-3.messagelabs.com id
	98/C7-27634-19041D05; Wed, 19 Dec 2012 04:20:33 +0000
X-Env-Sender: eronquillo@gmail.com
X-Msg-Ref: server-15.tower-217.messagelabs.com!1355890830!17691009!1
X-Originating-IP: [74.125.82.174]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20050 invoked from network); 19 Dec 2012 04:20:30 -0000
Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com)
	(74.125.82.174)
	by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 04:20:30 -0000
Received: by mail-we0-f174.google.com with SMTP id x10so705655wey.33
	for ; Tue, 18 Dec 2012 20:20:30 -0800 (PST)
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:cc
	:content-type; bh=XV5Nsl+vMtfbo91EmiUGjya5AbCnSdnZ9tffK3a9N+w=;
	b=sWmR9cXhX3u9qtz0bsqSY5YKoNjM45GMwDmuQOIghyP5DHNukbbCU0Oq3KeFr3gwrO
	Q0svB8g+K+uSvRCsdyyHhscV9yyoSl7AyHDq85kdKI4xl9depBicmRYFooWcg7Jj1i2Q
	XnjRWr4UMOYHK/VZoqioedwOKNouMnLIlXWjtWHqJjIf4hZ3yfUEX6hHZjixMSltH5xW
	6VYqUHMzG/6HAKIMnPJG2jlQN2kULd1gw8tmdHDnXazia0i5f85bVG7Z50+S19SCal2q
	yRxUkyKwwaDW1DkOglnlflt8jfSSlFk+esF3Q7rVTpGTgGkwMInXzi3X3z70tSaeWAxj
	lFow==
MIME-Version: 1.0
Received: by 10.194.78.207 with SMTP id d15mr8776442wjx.52.1355890830451; Tue,
	18 Dec 2012 20:20:30 -0800 (PST)
Received: by 10.217.64.6 with HTTP; Tue, 18 Dec 2012 20:20:30 -0800 (PST)
In-Reply-To: <3968CAC7E1BE7242B18501F292F3C7F1676F4261@EX-004-SFO.servepath.com>
References: 
	<3968CAC7E1BE7242B18501F292F3C7F1676F4261@EX-004-SFO.servepath.com>
Date: Tue, 18 Dec 2012 23:20:30 -0500
Message-ID: 
From: Edward Ronquillo 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Creating an SR from an already mounted moosefs share
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6482767051621351516=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6482767051621351516==
Content-Type: multipart/alternative; boundary=047d7bfcf91a4da42604d12ceff7

--047d7bfcf91a4da42604d12ceff7
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Brian, thanks for the info.  It would be a really cool feature to have
MooseFS along with NFS on XCP.  For now, I can mount the moosefs shares on
the master and metalogger servers and share them with unfs3, and through
XenCenter I can import with NFS.  For now, I'll play around with it more.
 Thanks again!

Edward


On Tue, Dec 18, 2012 at 11:17 AM, Brian Menges  wrote:

>  Edward,****
>
> ** **
>
> You can create SRs out of physical media, or remote block IO devs exposed
> under things like iscsi, etc.****
>
> ** **
>
> Depending on how your device shows up, you should be able to. However, if
> it is just a remote file system mount no. It would have to be a block of
> some type to my knowledge.****
>
> ** **
>
> Related commands can be found at the following:****
>
> http://support.citrix.com/article/CTX121896/****
>
> http://support.citrix.com/article/CTX121313****
>
> ** **
>
> These articles may be old, but they=92re still very relevant.****
>
> ** **
>
> - Brian Menges****
>
> Principal Engineer, DevOps****
>
> GoGrid | ServePath | ColoServe | UpStream Networks****
>
> ** **
>
> *From:* xen-api-bounces@lists.xen.org [mailto:
> xen-api-bounces@lists.xen.org] *On Behalf Of *Edward Ronquillo
> *Sent:* Tuesday, December 18, 2012 05:56
> *To:* xen-api@lists.xen.org
> *Subject:* [Xen-API] Creating an SR from an already mounted moosefs share=
*
> ***
>
> ** **
>
> Hi, I'm currently running XCP 1.6, and it has been running quite nicely.*=
*
> **
>
> Recently,  I had created a moosefs mount on the XCP host****
>
> e.g. /media/mfs.****
>
> ** **
>
> Is it possible to create a SR that makes use of that directory I whose
> moosefs share I had mounted?****
>
> ------------------------------
> The information contained in this message, and any attachments, may
> contain confidential and legally privileged material. It is solely for th=
e
> use of the person or entity to which it is addressed. Any review,
> retransmission, dissemination, or action taken in reliance upon this
> information by persons or entities other than the intended recipient is
> prohibited. If you receive this in error, please contact the sender and
> delete the material from any computer.
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>

--047d7bfcf91a4da42604d12ceff7
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable


Hi Brian, thanks for the info. =A0It would be a really coo=
l feature to have MooseFS along with NFS on XCP. =A0For now, I can mount th=
e moosefs shares on the master and metalogger servers and share them with u=
nfs3, and=A0through XenCenter I can import with NFS. =A0For now, I'll p=
lay around with it more. =A0Thanks again!


Edward


On Tue, Dec 18, 2012 at 11:17 AM, Brian Menges <bmeng=
es@gogrid.com> wrote:













Edward,


=A0<=
/p>

You can create SRs out of=
 physical media, or remote block IO devs exposed under things like iscsi, e=
tc.



=A0<=
/p>

Depending on how your dev=
ice shows up, you should be able to. However, if it is just a remote file s=
ystem mount no. It would have to be a block of some type
 to my knowledge.


=A0<=
/p>

Related commands can be f=
ound at the following:


http://support.citrix.com=
/article/CTX121896/



http://support.citrix.com/=
article/CTX121313



=A0<=
/p>

These articles may be old=
, but they=92re still very relevant.


=A0<=
/p>

- Brian Menges<=
/u>


Principal Engineer, DevOp=
s


GoGrid | ServePath | Colo=
Serve | UpStream Networks


=A0<=
/p>



From: xen-api-bounces=
@lists.xen.org [mailto:xen-api-bounces@lists.xen.org]
On Behalf Of Edward Ronquillo

Sent: Tuesday, December 18, 2012 05:56

To: xen-a=
pi@lists.xen.org

Subject: [Xen-API] Creating an SR from an already mounted moosefs sh=
are




=A0




Hi, I'm currently running XCP 1.6, and it has be=
en running quite nicely.




Recently, =A0I had created a moosefs mount on the XC=
P host






e.g. /media/mfs.






=A0






Is it possible to create a SR that makes use of that=
 directory I whose moosefs share I had mounted?











The information contai=
ned in this message, and any attachments, may contain confidential and lega=
lly privileged material. It is solely for the use of the person or entity t=
o which it is addressed. Any review, retransmission,
 dissemination, or action taken in reliance upon this information by person=
s or entities other than the intended recipient is prohibited. If you recei=
ve this in error, please contact the sender and delete the material from an=
y computer.







_______________________________________________

Xen-api mailing list

Xen-api@lists.xen.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api





--047d7bfcf91a4da42604d12ceff7--


--===============6482767051621351516==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6482767051621351516==--


From xen-api-bounces@lists.xen.org Wed Dec 19 04:20:50 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 04:20: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 1TlB96-0004Z4-Lo; Wed, 19 Dec 2012 04:20:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlB94-0004Yp-Uj
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 04:20:39 +0000
Received: from [85.158.137.99:48918] by server-16.bemta-3.messagelabs.com id
	98/C7-27634-19041D05; Wed, 19 Dec 2012 04:20:33 +0000
X-Env-Sender: eronquillo@gmail.com
X-Msg-Ref: server-15.tower-217.messagelabs.com!1355890830!17691009!1
X-Originating-IP: [74.125.82.174]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20050 invoked from network); 19 Dec 2012 04:20:30 -0000
Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com)
	(74.125.82.174)
	by server-15.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 04:20:30 -0000
Received: by mail-we0-f174.google.com with SMTP id x10so705655wey.33
	for ; Tue, 18 Dec 2012 20:20:30 -0800 (PST)
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:cc
	:content-type; bh=XV5Nsl+vMtfbo91EmiUGjya5AbCnSdnZ9tffK3a9N+w=;
	b=sWmR9cXhX3u9qtz0bsqSY5YKoNjM45GMwDmuQOIghyP5DHNukbbCU0Oq3KeFr3gwrO
	Q0svB8g+K+uSvRCsdyyHhscV9yyoSl7AyHDq85kdKI4xl9depBicmRYFooWcg7Jj1i2Q
	XnjRWr4UMOYHK/VZoqioedwOKNouMnLIlXWjtWHqJjIf4hZ3yfUEX6hHZjixMSltH5xW
	6VYqUHMzG/6HAKIMnPJG2jlQN2kULd1gw8tmdHDnXazia0i5f85bVG7Z50+S19SCal2q
	yRxUkyKwwaDW1DkOglnlflt8jfSSlFk+esF3Q7rVTpGTgGkwMInXzi3X3z70tSaeWAxj
	lFow==
MIME-Version: 1.0
Received: by 10.194.78.207 with SMTP id d15mr8776442wjx.52.1355890830451; Tue,
	18 Dec 2012 20:20:30 -0800 (PST)
Received: by 10.217.64.6 with HTTP; Tue, 18 Dec 2012 20:20:30 -0800 (PST)
In-Reply-To: <3968CAC7E1BE7242B18501F292F3C7F1676F4261@EX-004-SFO.servepath.com>
References: 
	<3968CAC7E1BE7242B18501F292F3C7F1676F4261@EX-004-SFO.servepath.com>
Date: Tue, 18 Dec 2012 23:20:30 -0500
Message-ID: 
From: Edward Ronquillo 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] Creating an SR from an already mounted moosefs share
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6482767051621351516=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6482767051621351516==
Content-Type: multipart/alternative; boundary=047d7bfcf91a4da42604d12ceff7

--047d7bfcf91a4da42604d12ceff7
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi Brian, thanks for the info.  It would be a really cool feature to have
MooseFS along with NFS on XCP.  For now, I can mount the moosefs shares on
the master and metalogger servers and share them with unfs3, and through
XenCenter I can import with NFS.  For now, I'll play around with it more.
 Thanks again!

Edward


On Tue, Dec 18, 2012 at 11:17 AM, Brian Menges  wrote:

>  Edward,****
>
> ** **
>
> You can create SRs out of physical media, or remote block IO devs exposed
> under things like iscsi, etc.****
>
> ** **
>
> Depending on how your device shows up, you should be able to. However, if
> it is just a remote file system mount no. It would have to be a block of
> some type to my knowledge.****
>
> ** **
>
> Related commands can be found at the following:****
>
> http://support.citrix.com/article/CTX121896/****
>
> http://support.citrix.com/article/CTX121313****
>
> ** **
>
> These articles may be old, but they=92re still very relevant.****
>
> ** **
>
> - Brian Menges****
>
> Principal Engineer, DevOps****
>
> GoGrid | ServePath | ColoServe | UpStream Networks****
>
> ** **
>
> *From:* xen-api-bounces@lists.xen.org [mailto:
> xen-api-bounces@lists.xen.org] *On Behalf Of *Edward Ronquillo
> *Sent:* Tuesday, December 18, 2012 05:56
> *To:* xen-api@lists.xen.org
> *Subject:* [Xen-API] Creating an SR from an already mounted moosefs share=
*
> ***
>
> ** **
>
> Hi, I'm currently running XCP 1.6, and it has been running quite nicely.*=
*
> **
>
> Recently,  I had created a moosefs mount on the XCP host****
>
> e.g. /media/mfs.****
>
> ** **
>
> Is it possible to create a SR that makes use of that directory I whose
> moosefs share I had mounted?****
>
> ------------------------------
> The information contained in this message, and any attachments, may
> contain confidential and legally privileged material. It is solely for th=
e
> use of the person or entity to which it is addressed. Any review,
> retransmission, dissemination, or action taken in reliance upon this
> information by persons or entities other than the intended recipient is
> prohibited. If you receive this in error, please contact the sender and
> delete the material from any computer.
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>

--047d7bfcf91a4da42604d12ceff7
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable


Hi Brian, thanks for the info. =A0It would be a really coo=
l feature to have MooseFS along with NFS on XCP. =A0For now, I can mount th=
e moosefs shares on the master and metalogger servers and share them with u=
nfs3, and=A0through XenCenter I can import with NFS. =A0For now, I'll p=
lay around with it more. =A0Thanks again!


Edward


On Tue, Dec 18, 2012 at 11:17 AM, Brian Menges <bmeng=
es@gogrid.com> wrote:













Edward,


=A0<=
/p>

You can create SRs out of=
 physical media, or remote block IO devs exposed under things like iscsi, e=
tc.



=A0<=
/p>

Depending on how your dev=
ice shows up, you should be able to. However, if it is just a remote file s=
ystem mount no. It would have to be a block of some type
 to my knowledge.


=A0<=
/p>

Related commands can be f=
ound at the following:


http://support.citrix.com=
/article/CTX121896/



http://support.citrix.com/=
article/CTX121313



=A0<=
/p>

These articles may be old=
, but they=92re still very relevant.


=A0<=
/p>

- Brian Menges<=
/u>


Principal Engineer, DevOp=
s


GoGrid | ServePath | Colo=
Serve | UpStream Networks


=A0<=
/p>



From: xen-api-bounces=
@lists.xen.org [mailto:xen-api-bounces@lists.xen.org]
On Behalf Of Edward Ronquillo

Sent: Tuesday, December 18, 2012 05:56

To: xen-a=
pi@lists.xen.org

Subject: [Xen-API] Creating an SR from an already mounted moosefs sh=
are




=A0




Hi, I'm currently running XCP 1.6, and it has be=
en running quite nicely.




Recently, =A0I had created a moosefs mount on the XC=
P host






e.g. /media/mfs.






=A0






Is it possible to create a SR that makes use of that=
 directory I whose moosefs share I had mounted?











The information contai=
ned in this message, and any attachments, may contain confidential and lega=
lly privileged material. It is solely for the use of the person or entity t=
o which it is addressed. Any review, retransmission,
 dissemination, or action taken in reliance upon this information by person=
s or entities other than the intended recipient is prohibited. If you recei=
ve this in error, please contact the sender and delete the material from an=
y computer.







_______________________________________________

Xen-api mailing list

Xen-api@lists.xen.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api





--047d7bfcf91a4da42604d12ceff7--


--===============6482767051621351516==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============6482767051621351516==--


From xen-api-bounces@lists.xen.org Wed Dec 19 05:42:23 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 05:42:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TlCQ2-0005TL-CW; Wed, 19 Dec 2012 05:42:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlCQ0-0005TG-Iq
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 05:42:13 +0000
Received: from [85.158.137.99:9778] by server-13.bemta-3.messagelabs.com id
	94/A7-00465-3B351D05; Wed, 19 Dec 2012 05:42:11 +0000
X-Env-Sender: blackbird1758@gmail.com
X-Msg-Ref: server-4.tower-217.messagelabs.com!1355895728!20063212!1
X-Originating-IP: [209.85.212.41]
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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2396 invoked from network); 19 Dec 2012 05:42:09 -0000
Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com)
	(209.85.212.41)
	by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 05:42:09 -0000
Received: by mail-vb0-f41.google.com with SMTP id l22so1866370vbn.14
	for ; Tue, 18 Dec 2012 21:42:08 -0800 (PST)
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=kEH6zIbVgAUsst4w8WB3/I9f/YGtGly7k4YiyeIRCBQ=;
	b=UxiRF4zVWAjMOZcISo+kIv+rcC4fMiFKvdZMChFtv/6GPc9miOn9tA/nFJe0NHNjJO
	XAwifDuivL19TQU9DkX58wcTn4JHqo88dxkpPxH+jlaZ/Ik4bra1YqtmUrJKfjiNkM2q
	BJ3nuTn7Z4aW4C9sncK6Tj305LPukyxghN3H6qD7lvLnL1a3VL7d3XEx06M50nXCe530
	dhtKKr7/nAJt4RpqcfUbAq/YaD+J3FVyrKz3DXsMgf2Q8mz+/ytEuphUpWoH7AUd1jPk
	XVrltLxi1oo4kOq+BKQZa1x8TXh4vy8wnrMPy2iRx1BJgazW4/ZifIBYM1T2RPYwh5eb
	VQ3Q==
MIME-Version: 1.0
Received: by 10.52.22.207 with SMTP id g15mr6125465vdf.61.1355895728320; Tue,
	18 Dec 2012 21:42:08 -0800 (PST)
Received: by 10.58.134.68 with HTTP; Tue, 18 Dec 2012 21:42:08 -0800 (PST)
In-Reply-To: 
References: 
	<50B7366B.60509@gmail.com>
	
	
	<50B7EC0F.7020008@gmail.com>
	
	
Date: Wed, 19 Dec 2012 16:42:08 +1100
Message-ID: 
From: Black Bird 
To: George Shuklin 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.6 Beta: upgrade of RAID 1 installation
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4003752215791434779=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4003752215791434779==
Content-Type: multipart/alternative; boundary=20cf3071c8bc3d315504d12e139e

--20cf3071c8bc3d315504d12e139e
Content-Type: text/plain; charset=ISO-8859-1

I haven't updated this thread for a while, although I've been busy moving
from one problem to the next.

a) the problem I reported above, needs some clarification.  The upgrade of
1.6Beta2 to 1.6final had worked on an MBR partitioned master on a cleanly
installed host.

However the same upgrade on a 1.6Beta2 GPT partitioned master had failed on
a host which had been de-mirrored (using filesystem copy from mirrored to a
non mirrored disk).  Although the non-mirrored host was bootable and
completely functional, the 1.6Final installer failed to recognise an
existing installation.  I realised that the same situation existed when a
mirrored host is moved to a non-mirrored MBR partitioned master, (bootable,
fully functional, and not seen by the installer).

b) I was able to do a normal clean installation of 1.6Beta2 on an
unmirrored host, do an xe-pool-restore-database, and then upgrade to
1.6Final.  This is appropriate on the master, but not on slaves.  The host
can then be re-converted to mirrored configuration.

c) on the slaves, xe-pool-restore-database is not appropriate as discussed.
 As mentioned above, the installer is unable to recognise a working
de-mirrored installation.  So I reverted to the process outlined by George
previously.

I did a clean installation of 1.6Beta2 on a single disk.  I entered into
single user mode, set the ethernet devices manually using
/etc/sysconfig/network-scripts/interface-rename-data/static-rules.conf,
copied across /etc/xensource* and /var/xapi from the mirrored disks and
rebooted. This was a checkpoint which was intended to verify a de-mirrored
slave prior to a subsequent upgrade.  Unfortunately, as the slave boots up,
it looses connectivity with the master.  I repeated this process (i.e. new
installation, copy config files across and reboot) a number of times to try
and find a pattern, but on occasion some network cards did not come up, or
xapi complained about not reaching the master.  I've been trying different
combinations of this process, trying to force the network interface names
before and after installation, to no avail.

At one stage, in desperation I reset the network with xe-reset-networking,
but then the slave joined the pool with completely wrong eth values and
bonded interfaces.  I've been unable to resolve this.

Giving up on this approach, I've also tried to add a new slave to the pool,
intending to get a fresh host to which I can subsequently add the local
storage.  To my disappointment, the network configuration on the new host
also does not reflect the one expected.  I had expected the network
configuration of the master
eth0 no bond
eth 1/2 bond 0
eth 3/4 bond 1
eth 5/6 bond 2
to be reflected in the slave.  However what has happened is that on joining
the pool, the bonds are created but are connected to the wrong xapi network.

At this stage I have no way forward.  For me the main point of having a
pool is to share configuration detail between hosts and automate the
installation process when a new slave enters the pool (there are other
advantages too), adopting things like common network configuration, common
storage networking etc.  If this process is not reliable then I question
the validity of having a pool.  At this stage I'm considering reverting to
single host masters and doing additional configuration manually or using an
external cloud orchestration facility such as OpenStack.


On Mon, Dec 3, 2012 at 2:01 PM, Black Bird  wrote:

> Hmmm.  I've managed to upgrade from 1.6Beta2 to 1.6Final from an
> MBR-partitioned master, but not a GPT-partitioned master.  In the latter
> case, the installer does not recognise an existing installation and
> proceeds to ask for a root password, at which stage I stop.
>
> Should a GPT-partitioned master be able to be recognised and upgraded?
>
>
> On Fri, Nov 30, 2012 at 3:07 PM, Black Bird wrote:
>
>> I have thought of possibly a better procedure (albeit still a workaround)
>> than the one I proposed in the first email.
>>
>> (a) make a pool-dump-database and store safely
>> (b) extract one hard disk and store as a recovery strategy
>> (exist_device2), leaving the other (exist_device1)
>> (c) create 2 new partitions on a separate temporary device (temp_device),
>> same sized as those live
>> (d) copy the contents of the existing two partitions (currently /dev/md0
>> and /dev/md1).  (Incidentally, I think it's of no use to mirror the 2nd
>> partition, as it is only used during installation as a backup, which is
>> only able to use raw partitions, but this is a separate story)
>> (e) reboot,
>> (f) enter the BIOS screen and configure temp_device as the default boot
>> device
>> (g) continue with boot and confirm that XCP host is working as normal
>> (h) insert the upgrade ISO media (CD/USB)
>> (i) reboot
>> (j) enter the BIOS screen and configure device containing the ISO media
>> as the default boot device
>> (k) during the installer stage, select temp_device.
>> (l) The installer should now recognise an existing installation, and any
>> backups.  Proceed with upgrade as normal
>> (m) reboot at end, removing installer media
>> (n) enter the BIOS screen and configure temp_device as the default boot
>> device
>> (o) on bootup, xsconsole will show that the local SR is unavailable.
>>  Some more steps are needed just to re-set up the md device for local
>> storage.  The SR configuration should still be there.  If no local SR
>> exists, then skip to (t)
>> (p) mdadm --examine --brief --scan --config=partitions >> /etc/mdadm.conf
>> (this will restore the mdadm configuration, from the md metadata on the
>> partitions in exist_device1
>> (q) mdadm --assemble /dev/md2 (restart the md device containing the LVM
>> volumes used by the local SR)
>> (r) xe pbd-plug (attach the storage to the SR)
>> (s) at this stage you should be able to test that any VMs needing VDIs on
>> the local SR can be started
>> (t) copy the contents of the filesystems on the temp_device back onto
>> /dev/md0 and /dev/md1
>> (u) reboot while removing temp_device (or rather shutdown, remove
>> temp_device, start host)
>> (v) in BIOS screen configure exist_device1 as the boot device
>> (w) verify that XCP host is running normally
>> (x) insert 2nd disk exist_device2
>> (z) mdadm /dev/md --re-add /dev/
>>
>> This procedure avoids a completely new installation, while retaining a
>> fallback.  It should also work for a slave.
>>
>> So far I've tested parts of the above, but not as a complete procedure.
>>  That's my next step.  I'll keep you posted.
>>
>>
>>
>> On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin <
>> george.shuklin@gmail.com> wrote:
>>
>>>
>>>  I'd also love to see at least some procedure taking such installations
>>>> as a consideration, as we're also using XCP/XS on software RAID1, and every
>>>> upgrade is in fact a reinstallation, very suboptimal procedure. Perhaps,
>>>> given the fact XCP doesnt have to be tied to 'supported configuration' as
>>>> XS does, we could have mdraid support in XCP for
>>>> installation/reinstallation since so many people use it?
>>>>
>>>>  Well, I've gladly do this, but main problem is opensource part.
>>> xen-api is pure opensource and source is available on github.
>>>
>>> XCP/XenServer installer is not. I mean, there is no published way to do
>>> something like 'make xcp-iso' command. Internals of installer is
>>> half-python, but no any information about xen-api expectation about files
>>> placement in older installation or proper way to do stuff. We internally
>>> simply hack original installer ISO to help us with installation procedure
>>> over md raid1. It looks kinda ugly and definitively not for 'public'. And I
>>> really wants to create it properly...
>>>
>>>
>>>
>>> ______________________________**_________________
>>> Xen-api mailing list
>>> Xen-api@lists.xen.org
>>> http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api
>>>
>>
>>
>

--20cf3071c8bc3d315504d12e139e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


I haven't updated this thread for a while, although I&=
#39;ve been busy moving from one problem to the next.

a)=
 the problem I reported above, needs some clarification. =A0The upgrade of =
1.6Beta2 to 1.6final had worked on an MBR partitioned master on a cleanly i=
nstalled host. =A0



However the same upgrade on a 1.6Beta2 GPT partitioned =
master had failed on a host which had been de-mirrored (using filesystem co=
py from mirrored to a non mirrored disk). =A0Although the non-mirrored host=
 was bootable and completely functional, the 1.6Final installer failed to r=
ecognise an existing installation. =A0I realised that the same situation ex=
isted when a mirrored host is moved to a non-mirrored MBR partitioned maste=
r, (bootable, fully functional, and not seen by the installer).



b) I was able to do a normal clean installation of 1.6B=
eta2 on an unmirrored host, do an xe-pool-restore-database, and then upgrad=
e to 1.6Final. =A0This is appropriate on the master, but not on slaves. =A0=
The host can then be re-converted to mirrored configuration.



c) on the slaves, xe-pool-restore-database is not appro=
priate as discussed. =A0As mentioned above, the installer is unable to reco=
gnise a working de-mirrored installation. =A0So I reverted to the process o=
utlined by George previously.



I did a clean installation of 1.6Beta2 on a single disk=
. =A0I entered into single user mode, set the ethernet devices manually usi=
ng /etc/sysconfig/network-scripts/interface-rename-data/static-rules.conf, =
copied across /etc/xensource* and /var/xapi from the mirrored disks and reb=
ooted. This was a checkpoint which was intended to verify a de-mirrored sla=
ve prior to a subsequent upgrade. =A0Unfortunately, as the slave boots up, =
it looses connectivity with the master. =A0I repeated this process (i.e. ne=
w installation, copy config files across and reboot) a number of times to t=
ry and find a pattern, but on occasion some network cards did not come up, =
or xapi complained about not reaching the master. =A0I've been trying d=
ifferent combinations of this process, trying to force the network interfac=
e names before and after installation, to no avail.



At one stage, in desperation I reset the network with x=
e-reset-networking, but then the slave joined the pool with completely wron=
g eth values and bonded interfaces. =A0I've been unable to resolve this=
.



Giving up on this approach, I've also tried to add =
a new slave to the pool, intending to get a fresh host to which I can subse=
quently add the local storage. =A0To my disappointment, the network configu=
ration on the new host also does not reflect the one expected. =A0I had exp=
ected the network configuration of the master


eth0 no bond
eth 1/2 bond 0
eth 3/4 bond 1
eth 5/6 bond 2
to be reflected in the slave. =A0However what h=
as happened is that on joining the pool, the bonds are created but are conn=
ected to the wrong xapi network.



At this stage I have no way forward. =A0For me the main=
 point of having a pool is to share configuration detail between hosts and =
automate the installation process when a new slave enters the pool (there a=
re other advantages too), adopting things like common network configuration=
, common storage networking etc. =A0If this process is not reliable then I =
question the validity of having a pool. =A0At this stage I'm considerin=
g reverting to single host masters and doing additional configuration manua=
lly or using an external cloud orchestration facility such as OpenStack.



On Mon,=
 Dec 3, 2012 at 2:01 PM, Black Bird <blackbird1758@gmail.com>=
 wrote:


Hmmm. =A0I've managed to upgrade from 1.=
6Beta2 to 1.6Final from an MBR-partitioned master, but not a GPT-partitione=
d master. =A0In the latter case, the installer does not recognise an existi=
ng installation and proceeds to ask for a root password, at which stage I s=
top.



Should a GPT-partitioned master be able to be recognised and=
 upgraded?


On Fri, Nov 30, 2012 at 3:07 PM,=
 Black Bird <blackbird1758@gmail.com> wrote:



I have thought of possibly a better procedur=
e (albeit still a workaround) than the one I proposed in the first email.


(a) make a pool-dump-database and store safely


(b) extrac=
t one hard disk and store as a recovery strategy (exist_device2), leaving t=
he other (exist_device1)



(c) create 2 new partitions on a separate temporary device (temp_device), s=
ame sized as those live
(d) copy the contents of the existing two partitions (currentl=
y /dev/md0 and /dev/md1). =A0(Incidentally, I think it's of no use to m=
irror the 2nd partition, as it is only used during installation as a backup=
, which is only able to use raw partitions, but this is a separate story)



(e) reboot,=A0
(f) ente=
r the BIOS screen and configure temp_device as the default boot device
<=
/div>



(g) continue wit=
h boot and confirm that XCP host is working as normal
(h) insert the upgrade ISO media=
 (CD/USB)




(i) reboot=

(j) enter =
the BIOS screen and configure device containing the ISO media as the defaul=
t boot device




(k) during=
 the installer stage, select temp_device. =A0
(l) The installer should now recognise a=
n existing installation, and any backups. =A0Proceed with upgrade as normal=





(m) reboot at en=
d, removing installer media
(n)=A0enter the BIOS screen and configure temp_device as t=
he default boot device




(o) on bootup, x=
sconsole will show that the local SR is unavailable. =A0Some more steps are=
 needed just to re-set up the md device for local storage. =A0The SR config=
uration should still be there. =A0If no local SR exists, then skip to (t)



(p)=A0mdadm --ex=
amine --brief --scan --config=3Dpartitions >> /etc/mdadm.conf (this w=
ill restore the mdadm configuration, from the md metadata on the partitions=
 in exist_device1




(q) mdadm --asse=
mble /dev/md2 (restart the md device containing the LVM volumes used by the=
 local SR)



(r) xe pbd-plug (attach the storage to the SR)
(s) at this stage you should be able to=
 test that any VMs needing VDIs on the local SR can be started



(t) copy the contents of the filesystems on the temp_device back onto /dev/=
md0 and /dev/md1
(u) reboot while removing temp_device (or rather shutdown, remove tem=
p_device, start host)




(v) in BIOS scre=
en configure exist_device1 as the boot device
(w) verify that XCP host is running norm=
ally




(x) insert 2nd d=
isk exist_device2
(z) mdadm /dev/md<x> --re-add /dev/<exist_device2><pa=
rtition>





This procedure avoids =
a completely new installation, while retaining a fallback. =A0It should als=
o work for a slave.





=

So far I've =
tested parts of the above, but not as a complete procedure. =A0That's m=
y next step. =A0I'll keep you posted.








On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin <george.shuklin@=
gmail.com> wrote:








I'd also love to see at least some procedure taking such installations =
as a consideration, as we're also using XCP/XS on software RAID1, and e=
very upgrade is in fact a reinstallation, very suboptimal procedure. Perhap=
s, given the fact XCP doesnt have to be tied to 'supported configuratio=
n' as XS does, we could have mdraid support in XCP for installation/rei=
nstallation since so many people use it?








Well, I've gladly do this, but main problem is opensource part. xen-api=
 is pure opensource and source is available on github.



XCP/XenServer installer is not. I mean, there is no published way to do som=
ething like 'make xcp-iso' command. Internals of installer is half-=
python, but no any information about xen-api expectation about files placem=
ent in older installation or proper way to do stuff. We internally simply h=
ack original installer ISO to help us with installation procedure over md r=
aid1. It looks kinda ugly and definitively not for 'public'. And I =
really wants to create it properly...










_______________________________________________

Xen-api mailing list

Xen-api@lists.xe=
n.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api










--20cf3071c8bc3d315504d12e139e--


--===============4003752215791434779==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4003752215791434779==--


From xen-api-bounces@lists.xen.org Wed Dec 19 05:42:23 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 05:42:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TlCQ2-0005TL-CW; Wed, 19 Dec 2012 05:42:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlCQ0-0005TG-Iq
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 05:42:13 +0000
Received: from [85.158.137.99:9778] by server-13.bemta-3.messagelabs.com id
	94/A7-00465-3B351D05; Wed, 19 Dec 2012 05:42:11 +0000
X-Env-Sender: blackbird1758@gmail.com
X-Msg-Ref: server-4.tower-217.messagelabs.com!1355895728!20063212!1
X-Originating-IP: [209.85.212.41]
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-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2396 invoked from network); 19 Dec 2012 05:42:09 -0000
Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com)
	(209.85.212.41)
	by server-4.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 05:42:09 -0000
Received: by mail-vb0-f41.google.com with SMTP id l22so1866370vbn.14
	for ; Tue, 18 Dec 2012 21:42:08 -0800 (PST)
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=kEH6zIbVgAUsst4w8WB3/I9f/YGtGly7k4YiyeIRCBQ=;
	b=UxiRF4zVWAjMOZcISo+kIv+rcC4fMiFKvdZMChFtv/6GPc9miOn9tA/nFJe0NHNjJO
	XAwifDuivL19TQU9DkX58wcTn4JHqo88dxkpPxH+jlaZ/Ik4bra1YqtmUrJKfjiNkM2q
	BJ3nuTn7Z4aW4C9sncK6Tj305LPukyxghN3H6qD7lvLnL1a3VL7d3XEx06M50nXCe530
	dhtKKr7/nAJt4RpqcfUbAq/YaD+J3FVyrKz3DXsMgf2Q8mz+/ytEuphUpWoH7AUd1jPk
	XVrltLxi1oo4kOq+BKQZa1x8TXh4vy8wnrMPy2iRx1BJgazW4/ZifIBYM1T2RPYwh5eb
	VQ3Q==
MIME-Version: 1.0
Received: by 10.52.22.207 with SMTP id g15mr6125465vdf.61.1355895728320; Tue,
	18 Dec 2012 21:42:08 -0800 (PST)
Received: by 10.58.134.68 with HTTP; Tue, 18 Dec 2012 21:42:08 -0800 (PST)
In-Reply-To: 
References: 
	<50B7366B.60509@gmail.com>
	
	
	<50B7EC0F.7020008@gmail.com>
	
	
Date: Wed, 19 Dec 2012 16:42:08 +1100
Message-ID: 
From: Black Bird 
To: George Shuklin 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.6 Beta: upgrade of RAID 1 installation
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4003752215791434779=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4003752215791434779==
Content-Type: multipart/alternative; boundary=20cf3071c8bc3d315504d12e139e

--20cf3071c8bc3d315504d12e139e
Content-Type: text/plain; charset=ISO-8859-1

I haven't updated this thread for a while, although I've been busy moving
from one problem to the next.

a) the problem I reported above, needs some clarification.  The upgrade of
1.6Beta2 to 1.6final had worked on an MBR partitioned master on a cleanly
installed host.

However the same upgrade on a 1.6Beta2 GPT partitioned master had failed on
a host which had been de-mirrored (using filesystem copy from mirrored to a
non mirrored disk).  Although the non-mirrored host was bootable and
completely functional, the 1.6Final installer failed to recognise an
existing installation.  I realised that the same situation existed when a
mirrored host is moved to a non-mirrored MBR partitioned master, (bootable,
fully functional, and not seen by the installer).

b) I was able to do a normal clean installation of 1.6Beta2 on an
unmirrored host, do an xe-pool-restore-database, and then upgrade to
1.6Final.  This is appropriate on the master, but not on slaves.  The host
can then be re-converted to mirrored configuration.

c) on the slaves, xe-pool-restore-database is not appropriate as discussed.
 As mentioned above, the installer is unable to recognise a working
de-mirrored installation.  So I reverted to the process outlined by George
previously.

I did a clean installation of 1.6Beta2 on a single disk.  I entered into
single user mode, set the ethernet devices manually using
/etc/sysconfig/network-scripts/interface-rename-data/static-rules.conf,
copied across /etc/xensource* and /var/xapi from the mirrored disks and
rebooted. This was a checkpoint which was intended to verify a de-mirrored
slave prior to a subsequent upgrade.  Unfortunately, as the slave boots up,
it looses connectivity with the master.  I repeated this process (i.e. new
installation, copy config files across and reboot) a number of times to try
and find a pattern, but on occasion some network cards did not come up, or
xapi complained about not reaching the master.  I've been trying different
combinations of this process, trying to force the network interface names
before and after installation, to no avail.

At one stage, in desperation I reset the network with xe-reset-networking,
but then the slave joined the pool with completely wrong eth values and
bonded interfaces.  I've been unable to resolve this.

Giving up on this approach, I've also tried to add a new slave to the pool,
intending to get a fresh host to which I can subsequently add the local
storage.  To my disappointment, the network configuration on the new host
also does not reflect the one expected.  I had expected the network
configuration of the master
eth0 no bond
eth 1/2 bond 0
eth 3/4 bond 1
eth 5/6 bond 2
to be reflected in the slave.  However what has happened is that on joining
the pool, the bonds are created but are connected to the wrong xapi network.

At this stage I have no way forward.  For me the main point of having a
pool is to share configuration detail between hosts and automate the
installation process when a new slave enters the pool (there are other
advantages too), adopting things like common network configuration, common
storage networking etc.  If this process is not reliable then I question
the validity of having a pool.  At this stage I'm considering reverting to
single host masters and doing additional configuration manually or using an
external cloud orchestration facility such as OpenStack.


On Mon, Dec 3, 2012 at 2:01 PM, Black Bird  wrote:

> Hmmm.  I've managed to upgrade from 1.6Beta2 to 1.6Final from an
> MBR-partitioned master, but not a GPT-partitioned master.  In the latter
> case, the installer does not recognise an existing installation and
> proceeds to ask for a root password, at which stage I stop.
>
> Should a GPT-partitioned master be able to be recognised and upgraded?
>
>
> On Fri, Nov 30, 2012 at 3:07 PM, Black Bird wrote:
>
>> I have thought of possibly a better procedure (albeit still a workaround)
>> than the one I proposed in the first email.
>>
>> (a) make a pool-dump-database and store safely
>> (b) extract one hard disk and store as a recovery strategy
>> (exist_device2), leaving the other (exist_device1)
>> (c) create 2 new partitions on a separate temporary device (temp_device),
>> same sized as those live
>> (d) copy the contents of the existing two partitions (currently /dev/md0
>> and /dev/md1).  (Incidentally, I think it's of no use to mirror the 2nd
>> partition, as it is only used during installation as a backup, which is
>> only able to use raw partitions, but this is a separate story)
>> (e) reboot,
>> (f) enter the BIOS screen and configure temp_device as the default boot
>> device
>> (g) continue with boot and confirm that XCP host is working as normal
>> (h) insert the upgrade ISO media (CD/USB)
>> (i) reboot
>> (j) enter the BIOS screen and configure device containing the ISO media
>> as the default boot device
>> (k) during the installer stage, select temp_device.
>> (l) The installer should now recognise an existing installation, and any
>> backups.  Proceed with upgrade as normal
>> (m) reboot at end, removing installer media
>> (n) enter the BIOS screen and configure temp_device as the default boot
>> device
>> (o) on bootup, xsconsole will show that the local SR is unavailable.
>>  Some more steps are needed just to re-set up the md device for local
>> storage.  The SR configuration should still be there.  If no local SR
>> exists, then skip to (t)
>> (p) mdadm --examine --brief --scan --config=partitions >> /etc/mdadm.conf
>> (this will restore the mdadm configuration, from the md metadata on the
>> partitions in exist_device1
>> (q) mdadm --assemble /dev/md2 (restart the md device containing the LVM
>> volumes used by the local SR)
>> (r) xe pbd-plug (attach the storage to the SR)
>> (s) at this stage you should be able to test that any VMs needing VDIs on
>> the local SR can be started
>> (t) copy the contents of the filesystems on the temp_device back onto
>> /dev/md0 and /dev/md1
>> (u) reboot while removing temp_device (or rather shutdown, remove
>> temp_device, start host)
>> (v) in BIOS screen configure exist_device1 as the boot device
>> (w) verify that XCP host is running normally
>> (x) insert 2nd disk exist_device2
>> (z) mdadm /dev/md --re-add /dev/
>>
>> This procedure avoids a completely new installation, while retaining a
>> fallback.  It should also work for a slave.
>>
>> So far I've tested parts of the above, but not as a complete procedure.
>>  That's my next step.  I'll keep you posted.
>>
>>
>>
>> On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin <
>> george.shuklin@gmail.com> wrote:
>>
>>>
>>>  I'd also love to see at least some procedure taking such installations
>>>> as a consideration, as we're also using XCP/XS on software RAID1, and every
>>>> upgrade is in fact a reinstallation, very suboptimal procedure. Perhaps,
>>>> given the fact XCP doesnt have to be tied to 'supported configuration' as
>>>> XS does, we could have mdraid support in XCP for
>>>> installation/reinstallation since so many people use it?
>>>>
>>>>  Well, I've gladly do this, but main problem is opensource part.
>>> xen-api is pure opensource and source is available on github.
>>>
>>> XCP/XenServer installer is not. I mean, there is no published way to do
>>> something like 'make xcp-iso' command. Internals of installer is
>>> half-python, but no any information about xen-api expectation about files
>>> placement in older installation or proper way to do stuff. We internally
>>> simply hack original installer ISO to help us with installation procedure
>>> over md raid1. It looks kinda ugly and definitively not for 'public'. And I
>>> really wants to create it properly...
>>>
>>>
>>>
>>> ______________________________**_________________
>>> Xen-api mailing list
>>> Xen-api@lists.xen.org
>>> http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api
>>>
>>
>>
>

--20cf3071c8bc3d315504d12e139e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


I haven't updated this thread for a while, although I&=
#39;ve been busy moving from one problem to the next.

a)=
 the problem I reported above, needs some clarification. =A0The upgrade of =
1.6Beta2 to 1.6final had worked on an MBR partitioned master on a cleanly i=
nstalled host. =A0



However the same upgrade on a 1.6Beta2 GPT partitioned =
master had failed on a host which had been de-mirrored (using filesystem co=
py from mirrored to a non mirrored disk). =A0Although the non-mirrored host=
 was bootable and completely functional, the 1.6Final installer failed to r=
ecognise an existing installation. =A0I realised that the same situation ex=
isted when a mirrored host is moved to a non-mirrored MBR partitioned maste=
r, (bootable, fully functional, and not seen by the installer).



b) I was able to do a normal clean installation of 1.6B=
eta2 on an unmirrored host, do an xe-pool-restore-database, and then upgrad=
e to 1.6Final. =A0This is appropriate on the master, but not on slaves. =A0=
The host can then be re-converted to mirrored configuration.



c) on the slaves, xe-pool-restore-database is not appro=
priate as discussed. =A0As mentioned above, the installer is unable to reco=
gnise a working de-mirrored installation. =A0So I reverted to the process o=
utlined by George previously.



I did a clean installation of 1.6Beta2 on a single disk=
. =A0I entered into single user mode, set the ethernet devices manually usi=
ng /etc/sysconfig/network-scripts/interface-rename-data/static-rules.conf, =
copied across /etc/xensource* and /var/xapi from the mirrored disks and reb=
ooted. This was a checkpoint which was intended to verify a de-mirrored sla=
ve prior to a subsequent upgrade. =A0Unfortunately, as the slave boots up, =
it looses connectivity with the master. =A0I repeated this process (i.e. ne=
w installation, copy config files across and reboot) a number of times to t=
ry and find a pattern, but on occasion some network cards did not come up, =
or xapi complained about not reaching the master. =A0I've been trying d=
ifferent combinations of this process, trying to force the network interfac=
e names before and after installation, to no avail.



At one stage, in desperation I reset the network with x=
e-reset-networking, but then the slave joined the pool with completely wron=
g eth values and bonded interfaces. =A0I've been unable to resolve this=
.



Giving up on this approach, I've also tried to add =
a new slave to the pool, intending to get a fresh host to which I can subse=
quently add the local storage. =A0To my disappointment, the network configu=
ration on the new host also does not reflect the one expected. =A0I had exp=
ected the network configuration of the master


eth0 no bond
eth 1/2 bond 0
eth 3/4 bond 1
eth 5/6 bond 2
to be reflected in the slave. =A0However what h=
as happened is that on joining the pool, the bonds are created but are conn=
ected to the wrong xapi network.



At this stage I have no way forward. =A0For me the main=
 point of having a pool is to share configuration detail between hosts and =
automate the installation process when a new slave enters the pool (there a=
re other advantages too), adopting things like common network configuration=
, common storage networking etc. =A0If this process is not reliable then I =
question the validity of having a pool. =A0At this stage I'm considerin=
g reverting to single host masters and doing additional configuration manua=
lly or using an external cloud orchestration facility such as OpenStack.



On Mon,=
 Dec 3, 2012 at 2:01 PM, Black Bird <blackbird1758@gmail.com>=
 wrote:


Hmmm. =A0I've managed to upgrade from 1.=
6Beta2 to 1.6Final from an MBR-partitioned master, but not a GPT-partitione=
d master. =A0In the latter case, the installer does not recognise an existi=
ng installation and proceeds to ask for a root password, at which stage I s=
top.



Should a GPT-partitioned master be able to be recognised and=
 upgraded?


On Fri, Nov 30, 2012 at 3:07 PM,=
 Black Bird <blackbird1758@gmail.com> wrote:



I have thought of possibly a better procedur=
e (albeit still a workaround) than the one I proposed in the first email.


(a) make a pool-dump-database and store safely


(b) extrac=
t one hard disk and store as a recovery strategy (exist_device2), leaving t=
he other (exist_device1)



(c) create 2 new partitions on a separate temporary device (temp_device), s=
ame sized as those live
(d) copy the contents of the existing two partitions (currentl=
y /dev/md0 and /dev/md1). =A0(Incidentally, I think it's of no use to m=
irror the 2nd partition, as it is only used during installation as a backup=
, which is only able to use raw partitions, but this is a separate story)



(e) reboot,=A0
(f) ente=
r the BIOS screen and configure temp_device as the default boot device
<=
/div>



(g) continue wit=
h boot and confirm that XCP host is working as normal
(h) insert the upgrade ISO media=
 (CD/USB)




(i) reboot=

(j) enter =
the BIOS screen and configure device containing the ISO media as the defaul=
t boot device




(k) during=
 the installer stage, select temp_device. =A0
(l) The installer should now recognise a=
n existing installation, and any backups. =A0Proceed with upgrade as normal=





(m) reboot at en=
d, removing installer media
(n)=A0enter the BIOS screen and configure temp_device as t=
he default boot device




(o) on bootup, x=
sconsole will show that the local SR is unavailable. =A0Some more steps are=
 needed just to re-set up the md device for local storage. =A0The SR config=
uration should still be there. =A0If no local SR exists, then skip to (t)



(p)=A0mdadm --ex=
amine --brief --scan --config=3Dpartitions >> /etc/mdadm.conf (this w=
ill restore the mdadm configuration, from the md metadata on the partitions=
 in exist_device1




(q) mdadm --asse=
mble /dev/md2 (restart the md device containing the LVM volumes used by the=
 local SR)



(r) xe pbd-plug (attach the storage to the SR)
(s) at this stage you should be able to=
 test that any VMs needing VDIs on the local SR can be started



(t) copy the contents of the filesystems on the temp_device back onto /dev/=
md0 and /dev/md1
(u) reboot while removing temp_device (or rather shutdown, remove tem=
p_device, start host)




(v) in BIOS scre=
en configure exist_device1 as the boot device
(w) verify that XCP host is running norm=
ally




(x) insert 2nd d=
isk exist_device2
(z) mdadm /dev/md<x> --re-add /dev/<exist_device2><pa=
rtition>





This procedure avoids =
a completely new installation, while retaining a fallback. =A0It should als=
o work for a slave.





=

So far I've =
tested parts of the above, but not as a complete procedure. =A0That's m=
y next step. =A0I'll keep you posted.








On Fri, Nov 30, 2012 at 10:13 AM, George Shuklin <george.shuklin@=
gmail.com> wrote:








I'd also love to see at least some procedure taking such installations =
as a consideration, as we're also using XCP/XS on software RAID1, and e=
very upgrade is in fact a reinstallation, very suboptimal procedure. Perhap=
s, given the fact XCP doesnt have to be tied to 'supported configuratio=
n' as XS does, we could have mdraid support in XCP for installation/rei=
nstallation since so many people use it?








Well, I've gladly do this, but main problem is opensource part. xen-api=
 is pure opensource and source is available on github.



XCP/XenServer installer is not. I mean, there is no published way to do som=
ething like 'make xcp-iso' command. Internals of installer is half-=
python, but no any information about xen-api expectation about files placem=
ent in older installation or proper way to do stuff. We internally simply h=
ack original installer ISO to help us with installation procedure over md r=
aid1. It looks kinda ugly and definitively not for 'public'. And I =
really wants to create it properly...










_______________________________________________

Xen-api mailing list

Xen-api@lists.xe=
n.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api










--20cf3071c8bc3d315504d12e139e--


--===============4003752215791434779==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4003752215791434779==--


From xen-api-bounces@lists.xen.org Wed Dec 19 09:50:32 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 09: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 1TlGIB-0002cw-R4; Wed, 19 Dec 2012 09:50:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlGIA-0002cr-5a
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 09:50:22 +0000
Received: from [85.158.139.83:52877] by server-16.bemta-5.messagelabs.com id
	0C/AB-09208-DDD81D05; Wed, 19 Dec 2012 09:50:21 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-15.tower-182.messagelabs.com!1355910619!30362401!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=1.9 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2205 invoked from network); 19 Dec 2012 09:50:20 -0000
Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com)
	(209.85.215.43)
	by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 09:50:20 -0000
Received: by mail-la0-f43.google.com with SMTP id z14so1392537lag.2
	for ; Wed, 19 Dec 2012 01:50:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=x-received:message-id:date:from:user-agent:mime-version:to:subject
	:references:in-reply-to:content-type;
	bh=M/6SqO+yi9fF0bpnhamE8Tc/RstdAsJMmRk4f9g4q8w=;
	b=Se8APGMd4gyJpscva/p08VyIRm6FKVYG9etiNRqRUsiWsHQ4kqhwWoVYA5rg1s2fGH
	HBa1swFplGgr7pDwZrz7wAYuQcLpxRgEKLJWJOdux3jNfDK4narSAXaGEK4/G54ecVJ6
	5DxD/kI6f62ySY4qbahMCgRKJshe3K2pGJ3QgpJf+YQnl4WZvYCZnESejInIJd4SiWQc
	hOoHJKFaFPqgp6EfN9RxsQWHWXwRa87+EneDXYNeMVplieGeG3kwww+5ScP4E10cBiQy
	5HcGv/gN7irZ3GsFP2Cr6ufsOfsiaCRR4an6PsP2n0u5fkAUIhRQEugl9luv1uDziPUM
	8jqA==
X-Received: by 10.112.23.136 with SMTP id m8mr2096751lbf.16.1355910618981;
	Wed, 19 Dec 2012 01:50:18 -0800 (PST)
Received: from ?IPv6:2a00:ab00:0:fffe:972:6ee1:dd51:5fd9?
	([2a00:ab00:0:fffe:972:6ee1:dd51:5fd9])
	by mx.google.com with ESMTPS id ne2sm1750918lab.10.2012.12.19.01.50.17
	(version=SSLv3 cipher=OTHER); Wed, 19 Dec 2012 01:50:18 -0800 (PST)
Message-ID: <50D18DD9.4050305@gmail.com>
Date: Wed, 19 Dec 2012 13:50:17 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: 
In-Reply-To: 
Subject: Re: [Xen-API] XCP 1.1 host crash due to VM console connection
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0480022137298701737=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0480022137298701737==
Content-Type: multipart/alternative;
 boundary="------------000002020604010807000208"

This is a multi-part message in MIME format.
--------------000002020604010807000208
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I don't know about real crash reason, but all 'INTERNAL_ERROR' is very 
simple. Something broke around libxc, and xapi continue to attempt to do 
some operation with domain.

Next time (hope not happens) just try to xe-toolstack-restart if this 
will helps.

19.12.2012 01:46, Rushikesh Jadhav ?????:
> Hi everyone,
>
> We faced a dom0 crash on XCP1.1 and Xen 3.4.2.
>
> I've attached the log file for reference. On dom0 we could find only 
> "Xc.Error" and then reboot of host. There is no information in 
> /var/crash/ or other log files.
>
> Interestingly the "INTERNAL_ERROR" variable keeps growing until a 
> length and then host reboots. Possible memory overlap ? Could someone 
> please help me diagnose this and sort out a way to avoid it in future ?
>
> Thank you for reading.
>
> Regards,
> Rushikesh
>
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--------------000002020604010807000208
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    
I don't know about real crash reason,
      but all 'INTERNAL_ERROR' is very simple. Something broke around
      libxc, and xapi continue to attempt to do some operation with
      domain.

      

      Next time (hope not happens) just try to xe-toolstack-restart if
      this will helps.

      

      19.12.2012 01:46, Rushikesh Jadhav пишет:

    

    

      

        

          

            

              
Hi everyone,

                

              

              We faced a dom0 crash on XCP1.1 and Xen 3.4.2. 

              

              I've attached the log file for reference. On dom0 we could
              find only "Xc.Error" and then reboot of host. There is no
              information in /var/crash/ or other log files. 

              

            

            Interestingly the "INTERNAL_ERROR" variable keeps growing
            until a length and then host reboots. Possible memory
            overlap ? Could someone please help me diagnose this and
            sort out a way to avoid it in future ?

            

          

          Thank you for reading.

          

        

        Regards,

        Rushikesh

        

          

            


              

              

            

          

        

      

      

      

      

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


    

    

  


--------------000002020604010807000208--


--===============0480022137298701737==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0480022137298701737==--


From xen-api-bounces@lists.xen.org Wed Dec 19 09:50:32 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 09: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 1TlGIB-0002cw-R4; Wed, 19 Dec 2012 09:50:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlGIA-0002cr-5a
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 09:50:22 +0000
Received: from [85.158.139.83:52877] by server-16.bemta-5.messagelabs.com id
	0C/AB-09208-DDD81D05; Wed, 19 Dec 2012 09:50:21 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-15.tower-182.messagelabs.com!1355910619!30362401!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=1.9 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RATWARE_GECKO_BUILD,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2205 invoked from network); 19 Dec 2012 09:50:20 -0000
Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com)
	(209.85.215.43)
	by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 09:50:20 -0000
Received: by mail-la0-f43.google.com with SMTP id z14so1392537lag.2
	for ; Wed, 19 Dec 2012 01:50:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=x-received:message-id:date:from:user-agent:mime-version:to:subject
	:references:in-reply-to:content-type;
	bh=M/6SqO+yi9fF0bpnhamE8Tc/RstdAsJMmRk4f9g4q8w=;
	b=Se8APGMd4gyJpscva/p08VyIRm6FKVYG9etiNRqRUsiWsHQ4kqhwWoVYA5rg1s2fGH
	HBa1swFplGgr7pDwZrz7wAYuQcLpxRgEKLJWJOdux3jNfDK4narSAXaGEK4/G54ecVJ6
	5DxD/kI6f62ySY4qbahMCgRKJshe3K2pGJ3QgpJf+YQnl4WZvYCZnESejInIJd4SiWQc
	hOoHJKFaFPqgp6EfN9RxsQWHWXwRa87+EneDXYNeMVplieGeG3kwww+5ScP4E10cBiQy
	5HcGv/gN7irZ3GsFP2Cr6ufsOfsiaCRR4an6PsP2n0u5fkAUIhRQEugl9luv1uDziPUM
	8jqA==
X-Received: by 10.112.23.136 with SMTP id m8mr2096751lbf.16.1355910618981;
	Wed, 19 Dec 2012 01:50:18 -0800 (PST)
Received: from ?IPv6:2a00:ab00:0:fffe:972:6ee1:dd51:5fd9?
	([2a00:ab00:0:fffe:972:6ee1:dd51:5fd9])
	by mx.google.com with ESMTPS id ne2sm1750918lab.10.2012.12.19.01.50.17
	(version=SSLv3 cipher=OTHER); Wed, 19 Dec 2012 01:50:18 -0800 (PST)
Message-ID: <50D18DD9.4050305@gmail.com>
Date: Wed, 19 Dec 2012 13:50:17 +0400
From: George Shuklin 
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: 
In-Reply-To: 
Subject: Re: [Xen-API] XCP 1.1 host crash due to VM console connection
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0480022137298701737=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0480022137298701737==
Content-Type: multipart/alternative;
 boundary="------------000002020604010807000208"

This is a multi-part message in MIME format.
--------------000002020604010807000208
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I don't know about real crash reason, but all 'INTERNAL_ERROR' is very 
simple. Something broke around libxc, and xapi continue to attempt to do 
some operation with domain.

Next time (hope not happens) just try to xe-toolstack-restart if this 
will helps.

19.12.2012 01:46, Rushikesh Jadhav ?????:
> Hi everyone,
>
> We faced a dom0 crash on XCP1.1 and Xen 3.4.2.
>
> I've attached the log file for reference. On dom0 we could find only 
> "Xc.Error" and then reboot of host. There is no information in 
> /var/crash/ or other log files.
>
> Interestingly the "INTERNAL_ERROR" variable keeps growing until a 
> length and then host reboots. Possible memory overlap ? Could someone 
> please help me diagnose this and sort out a way to avoid it in future ?
>
> Thank you for reading.
>
> Regards,
> Rushikesh
>
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--------------000002020604010807000208
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    
I don't know about real crash reason,
      but all 'INTERNAL_ERROR' is very simple. Something broke around
      libxc, and xapi continue to attempt to do some operation with
      domain.

      

      Next time (hope not happens) just try to xe-toolstack-restart if
      this will helps.

      

      19.12.2012 01:46, Rushikesh Jadhav пишет:

    

    

      

        

          

            

              
Hi everyone,

                

              

              We faced a dom0 crash on XCP1.1 and Xen 3.4.2. 

              

              I've attached the log file for reference. On dom0 we could
              find only "Xc.Error" and then reboot of host. There is no
              information in /var/crash/ or other log files. 

              

            

            Interestingly the "INTERNAL_ERROR" variable keeps growing
            until a length and then host reboots. Possible memory
            overlap ? Could someone please help me diagnose this and
            sort out a way to avoid it in future ?

            

          

          Thank you for reading.

          

        

        Regards,

        Rushikesh

        

          

            


              

              

            

          

        

      

      

      

      

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


    

    

  


--------------000002020604010807000208--


--===============0480022137298701737==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0480022137298701737==--


From xen-api-bounces@lists.xen.org Wed Dec 19 10:10:55 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 10:10: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 1TlGbu-0002sn-FD; Wed, 19 Dec 2012 10:10:46 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <2rushikeshj@gmail.com>) id 1TlGbs-0002si-Pq
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 10:10:45 +0000
Received: from [85.158.139.211:58093] by server-10.bemta-5.messagelabs.com id
	40/3A-13383-4A291D05; Wed, 19 Dec 2012 10:10:44 +0000
X-Env-Sender: 2rushikeshj@gmail.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1355911841!16896846!1
X-Originating-IP: [209.85.216.48]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13365 invoked from network); 19 Dec 2012 10:10:42 -0000
Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com)
	(209.85.216.48)
	by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 10:10:42 -0000
Received: by mail-qa0-f48.google.com with SMTP id l8so1361743qaq.0
	for ; Wed, 19 Dec 2012 02:10:40 -0800 (PST)
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=VvYoEmDnVqZBeuvq7fi+U/+6EbJzGudaVU6LfbxDDsI=;
	b=pIvCC/y7KYK8y5zvg1C82oqEuEhrkTh9sWzDKpOdVSBhssw4OHWpIgiW8jHMW+pVKq
	Br/DStOf5J6Q3GyL1njSI54i/lC3gugkZ+BLu0DNtYpxmn3bJkkcU/L81Mz3I91qwfSd
	wb3B80fD1mor5K62UeoLG9LQ9wCeNrgaNvTSh5LlL8AmWU7EKPVItQqLQhDke5zmyGLV
	QoBbQW8Tr5Mq0K2tpp+j/cQaPMV+oaOHK3QdlW4k0juLtF2GRxRUQeSL4xkme1rRuY0k
	tQ8WbUf3nWVs/TLfOXPsaoC34T7pceNTdxP0GWi2y3YgrvhhsJjpmTe+SAUu2gXwsBTx
	5b6g==
MIME-Version: 1.0
Received: by 10.224.221.145 with SMTP id ic17mr2191108qab.34.1355911840653;
	Wed, 19 Dec 2012 02:10:40 -0800 (PST)
Received: by 10.229.17.19 with HTTP; Wed, 19 Dec 2012 02:10:40 -0800 (PST)
In-Reply-To: <50D18DD9.4050305@gmail.com>
References: 
	<50D18DD9.4050305@gmail.com>
Date: Wed, 19 Dec 2012 15:40:40 +0530
Message-ID: 
From: Rushikesh Jadhav <2rushikeshj@gmail.com>
To: George Shuklin 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.1 host crash due to VM console connection
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2475763279187319848=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2475763279187319848==
Content-Type: multipart/alternative; boundary=20cf3074b4589bdfb904d131d347

--20cf3074b4589bdfb904d131d347
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thanks George,

xe-toolstack-restart wont help as the host crashed and rebooted itself
without any scope to login and fire up.

Any other ideas around INTERNAL_ERROR: [ Xc.Error("getinfo failed: domain
-1: hypercall 36 fail: 11: Resource temporarily unavailable (ret -1)") ]
Documents on google and citrix tell that hypercall fail has something to do
with xen heap memory.

As per the logs I thought that only XAPI would have killed but it took down
full host reboot which is annoying.
There were around 20 VMs on the host.

Regards,
Rushikesh






On Wed, Dec 19, 2012 at 3:20 PM, George Shuklin w=
rote:

>  I don't know about real crash reason, but all 'INTERNAL_ERROR' is very
> simple. Something broke around libxc, and xapi continue to attempt to do
> some operation with domain.
>
> Next time (hope not happens) just try to xe-toolstack-restart if this wil=
l
> helps.
>
> 19.12.2012 01:46, Rushikesh Jadhav =D0=BF=D0=B8=D1=88=D0=B5=D1=82:
>
>   Hi everyone,
>
>  We faced a dom0 crash on XCP1.1 and Xen 3.4.2.
>
> I've attached the log file for reference. On dom0 we could find only
> "Xc.Error" and then reboot of host. There is no information in /var/crash=
/
> or other log files.
>
>  Interestingly the "INTERNAL_ERROR" variable keeps growing until a length
> and then host reboots. Possible memory overlap ? Could someone please hel=
p
> me diagnose this and sort out a way to avoid it in future ?
>
>  Thank you for reading.
>
>  Regards,
> Rushikesh
>
>
>
>
>
> _______________________________________________
> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mai=
lman/listinfo/xen-api
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>

--20cf3074b4589bdfb904d131d347
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks George,

=
xe-toolstack-restart wont help as the host crashed and rebooted itself with=
out any scope to login and fire up. 

Any other ideas around IN=
TERNAL_ERROR: [ Xc.Error("getinfo failed: domain -1: hypercall 36 fail=
: 11: Resource temporarily unavailable (ret -1)") ]


Documents on google and citrix tell that hypercall fail has something=
 to do with xen heap memory.

As per the logs I thought th=
at only XAPI would have killed but it took down full host reboot which is a=
nnoying.


There were around 20 VMs on the host.

Regards=
,
Rushikesh







On Wed, Dec 19, 2012 at 3:20 PM, George Shuklin <george.shuklin@gma=
il.com> wrote:


 =20
   =20
 =20
  

    
I don't know about real crash reason,
      but all 'INTERNAL_ERROR' is very simple. Something broke arou=
nd
      libxc, and xapi continue to attempt to do some operation with
      domain.

      

      Next time (hope not happens) just try to xe-toolstack-restart if
      this will helps.

      

      19.12.2012 01:46, Rushikesh Jadhav =D0=BF=D0=B8=D1=88=D0=B5=D1=82:
    

    

      

        

          

            

              
Hi everyone,

                

              

              We faced a dom0 crash on XCP1.1 and Xen 3.4.2. 

              

              I've attached the log file for reference. On dom0 we coul=
d
              find only "Xc.Error" and then reboot of host. There=
 is no
              information in /var/crash/ or other log files. 

              

            

            Interestingly the "INTERNAL_ERROR" variable keeps gro=
wing
            until a length and then host reboots. Possible memory
            overlap ? Could someone please help me diagnose this and
            sort out a way to avoid it in future ?

            

          

          Thank you for reading.

          

        

        Regards,

        Rushikesh

        

          

            


              

              

            

          

        

      

      

      

      

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


    

    

  



_______________________________________________

Xen-api mailing list

Xen-api@lists.xen.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api





--20cf3074b4589bdfb904d131d347--


--===============2475763279187319848==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2475763279187319848==--


From xen-api-bounces@lists.xen.org Wed Dec 19 10:10:55 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 10:10: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 1TlGbu-0002sn-FD; Wed, 19 Dec 2012 10:10:46 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <2rushikeshj@gmail.com>) id 1TlGbs-0002si-Pq
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 10:10:45 +0000
Received: from [85.158.139.211:58093] by server-10.bemta-5.messagelabs.com id
	40/3A-13383-4A291D05; Wed, 19 Dec 2012 10:10:44 +0000
X-Env-Sender: 2rushikeshj@gmail.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1355911841!16896846!1
X-Originating-IP: [209.85.216.48]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13365 invoked from network); 19 Dec 2012 10:10:42 -0000
Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com)
	(209.85.216.48)
	by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 10:10:42 -0000
Received: by mail-qa0-f48.google.com with SMTP id l8so1361743qaq.0
	for ; Wed, 19 Dec 2012 02:10:40 -0800 (PST)
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=VvYoEmDnVqZBeuvq7fi+U/+6EbJzGudaVU6LfbxDDsI=;
	b=pIvCC/y7KYK8y5zvg1C82oqEuEhrkTh9sWzDKpOdVSBhssw4OHWpIgiW8jHMW+pVKq
	Br/DStOf5J6Q3GyL1njSI54i/lC3gugkZ+BLu0DNtYpxmn3bJkkcU/L81Mz3I91qwfSd
	wb3B80fD1mor5K62UeoLG9LQ9wCeNrgaNvTSh5LlL8AmWU7EKPVItQqLQhDke5zmyGLV
	QoBbQW8Tr5Mq0K2tpp+j/cQaPMV+oaOHK3QdlW4k0juLtF2GRxRUQeSL4xkme1rRuY0k
	tQ8WbUf3nWVs/TLfOXPsaoC34T7pceNTdxP0GWi2y3YgrvhhsJjpmTe+SAUu2gXwsBTx
	5b6g==
MIME-Version: 1.0
Received: by 10.224.221.145 with SMTP id ic17mr2191108qab.34.1355911840653;
	Wed, 19 Dec 2012 02:10:40 -0800 (PST)
Received: by 10.229.17.19 with HTTP; Wed, 19 Dec 2012 02:10:40 -0800 (PST)
In-Reply-To: <50D18DD9.4050305@gmail.com>
References: 
	<50D18DD9.4050305@gmail.com>
Date: Wed, 19 Dec 2012 15:40:40 +0530
Message-ID: 
From: Rushikesh Jadhav <2rushikeshj@gmail.com>
To: George Shuklin 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.1 host crash due to VM console connection
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2475763279187319848=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2475763279187319848==
Content-Type: multipart/alternative; boundary=20cf3074b4589bdfb904d131d347

--20cf3074b4589bdfb904d131d347
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thanks George,

xe-toolstack-restart wont help as the host crashed and rebooted itself
without any scope to login and fire up.

Any other ideas around INTERNAL_ERROR: [ Xc.Error("getinfo failed: domain
-1: hypercall 36 fail: 11: Resource temporarily unavailable (ret -1)") ]
Documents on google and citrix tell that hypercall fail has something to do
with xen heap memory.

As per the logs I thought that only XAPI would have killed but it took down
full host reboot which is annoying.
There were around 20 VMs on the host.

Regards,
Rushikesh






On Wed, Dec 19, 2012 at 3:20 PM, George Shuklin w=
rote:

>  I don't know about real crash reason, but all 'INTERNAL_ERROR' is very
> simple. Something broke around libxc, and xapi continue to attempt to do
> some operation with domain.
>
> Next time (hope not happens) just try to xe-toolstack-restart if this wil=
l
> helps.
>
> 19.12.2012 01:46, Rushikesh Jadhav =D0=BF=D0=B8=D1=88=D0=B5=D1=82:
>
>   Hi everyone,
>
>  We faced a dom0 crash on XCP1.1 and Xen 3.4.2.
>
> I've attached the log file for reference. On dom0 we could find only
> "Xc.Error" and then reboot of host. There is no information in /var/crash=
/
> or other log files.
>
>  Interestingly the "INTERNAL_ERROR" variable keeps growing until a length
> and then host reboots. Possible memory overlap ? Could someone please hel=
p
> me diagnose this and sort out a way to avoid it in future ?
>
>  Thank you for reading.
>
>  Regards,
> Rushikesh
>
>
>
>
>
> _______________________________________________
> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mai=
lman/listinfo/xen-api
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>

--20cf3074b4589bdfb904d131d347
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks George,

=
xe-toolstack-restart wont help as the host crashed and rebooted itself with=
out any scope to login and fire up. 

Any other ideas around IN=
TERNAL_ERROR: [ Xc.Error("getinfo failed: domain -1: hypercall 36 fail=
: 11: Resource temporarily unavailable (ret -1)") ]


Documents on google and citrix tell that hypercall fail has something=
 to do with xen heap memory.

As per the logs I thought th=
at only XAPI would have killed but it took down full host reboot which is a=
nnoying.


There were around 20 VMs on the host.

Regards=
,
Rushikesh







On Wed, Dec 19, 2012 at 3:20 PM, George Shuklin <george.shuklin@gma=
il.com> wrote:


 =20
   =20
 =20
  

    
I don't know about real crash reason,
      but all 'INTERNAL_ERROR' is very simple. Something broke arou=
nd
      libxc, and xapi continue to attempt to do some operation with
      domain.

      

      Next time (hope not happens) just try to xe-toolstack-restart if
      this will helps.

      

      19.12.2012 01:46, Rushikesh Jadhav =D0=BF=D0=B8=D1=88=D0=B5=D1=82:
    

    

      

        

          

            

              
Hi everyone,

                

              

              We faced a dom0 crash on XCP1.1 and Xen 3.4.2. 

              

              I've attached the log file for reference. On dom0 we coul=
d
              find only "Xc.Error" and then reboot of host. There=
 is no
              information in /var/crash/ or other log files. 

              

            

            Interestingly the "INTERNAL_ERROR" variable keeps gro=
wing
            until a length and then host reboots. Possible memory
            overlap ? Could someone please help me diagnose this and
            sort out a way to avoid it in future ?

            

          

          Thank you for reading.

          

        

        Regards,

        Rushikesh

        

          

            


              

              

            

          

        

      

      

      

      

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


    

    

  



_______________________________________________

Xen-api mailing list

Xen-api@lists.xen.org

http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api





--20cf3074b4589bdfb904d131d347--


--===============2475763279187319848==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============2475763279187319848==--


From xen-api-bounces@lists.xen.org Wed Dec 19 13:57:33 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 13:57: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 1TlK9F-0002nN-9K; Wed, 19 Dec 2012 13:57:25 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TlK9E-0002nD-I4; Wed, 19 Dec 2012 13:57:24 +0000
Received: from [85.158.143.99:6048] by server-1.bemta-4.messagelabs.com id
	74/95-28401-3C7C1D05; Wed, 19 Dec 2012 13:57:23 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-14.tower-216.messagelabs.com!1355925439!20557020!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyMzkw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7761 invoked from network); 19 Dec 2012 13:57:20 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 13:57:20 -0000
X-IronPort-AV: E=Sophos;i="4.84,317,1355097600"; 
   d="scan'208";a="253492"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	19 Dec 2012 13:57:19 +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.279.5;
	Wed, 19 Dec 2012 13:57:19 +0000
Message-ID: <1355925437.14620.409.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: Rob Hoes 
Date: Wed, 19 Dec 2012 13:57:17 +0000
In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDFA101107AB@LONPMAILBOX01.citrite.net>
References: 
	<8195cb0ebac691ae94e9.1353432202@cosworth.uk.xensource.com>
	<7EA643C653F17F4C80DE959E978F10EDFA101107AB@LONPMAILBOX01.citrite.net>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" ,
	"xen-devel@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-devel] [PATCH 02 of 15] libxl: Add
 LIBXL_SHUTDOWN_REASON_UNKNOWN
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Thu, 2012-11-29 at 16:23 +0000, Rob Hoes wrote:
> > libxl: Add LIBXL_SHUTDOWN_REASON_UNKNOWN
> > 
> > libxl_dominfo.shutdown_reason is valid iff (shutdown||dying). This is a bit
> > annoying when generating language bindings since it needs all sorts of
> > special casing. Just introduce an explicit value instead.
> > 
> > Signed-off-by: Ian Campbell 
> 
> This change is very useful from an ocaml-bindings point of view.
> 
> Acked-by: Rob Hoes 

Thanks. I think I'm actually going to defer on applying this one until
we have a clearer idea what direction the bindings are taking.

In particular if we decide to implement the "default" state with
None/Some (see comment on patch 15/15) then that may be more appropriate
than this change.

Ian.


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

From xen-api-bounces@lists.xen.org Wed Dec 19 13:57:33 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 13:57: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 1TlK9F-0002nN-9K; Wed, 19 Dec 2012 13:57:25 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TlK9E-0002nD-I4; Wed, 19 Dec 2012 13:57:24 +0000
Received: from [85.158.143.99:6048] by server-1.bemta-4.messagelabs.com id
	74/95-28401-3C7C1D05; Wed, 19 Dec 2012 13:57:23 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-14.tower-216.messagelabs.com!1355925439!20557020!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyMzkw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7761 invoked from network); 19 Dec 2012 13:57:20 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 13:57:20 -0000
X-IronPort-AV: E=Sophos;i="4.84,317,1355097600"; 
   d="scan'208";a="253492"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	19 Dec 2012 13:57:19 +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.279.5;
	Wed, 19 Dec 2012 13:57:19 +0000
Message-ID: <1355925437.14620.409.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: Rob Hoes 
Date: Wed, 19 Dec 2012 13:57:17 +0000
In-Reply-To: <7EA643C653F17F4C80DE959E978F10EDFA101107AB@LONPMAILBOX01.citrite.net>
References: 
	<8195cb0ebac691ae94e9.1353432202@cosworth.uk.xensource.com>
	<7EA643C653F17F4C80DE959E978F10EDFA101107AB@LONPMAILBOX01.citrite.net>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" ,
	"xen-devel@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-devel] [PATCH 02 of 15] libxl: Add
 LIBXL_SHUTDOWN_REASON_UNKNOWN
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Thu, 2012-11-29 at 16:23 +0000, Rob Hoes wrote:
> > libxl: Add LIBXL_SHUTDOWN_REASON_UNKNOWN
> > 
> > libxl_dominfo.shutdown_reason is valid iff (shutdown||dying). This is a bit
> > annoying when generating language bindings since it needs all sorts of
> > special casing. Just introduce an explicit value instead.
> > 
> > Signed-off-by: Ian Campbell 
> 
> This change is very useful from an ocaml-bindings point of view.
> 
> Acked-by: Rob Hoes 

Thanks. I think I'm actually going to defer on applying this one until
we have a clearer idea what direction the bindings are taking.

In particular if we decide to implement the "default" state with
None/Some (see comment on patch 15/15) then that may be more appropriate
than this change.

Ian.


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

From xen-api-bounces@lists.xen.org Wed Dec 19 14:34:46 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 14: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 1TlKjF-0004jk-La; Wed, 19 Dec 2012 14:34:37 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TlKjE-0004jc-HI; Wed, 19 Dec 2012 14:34:36 +0000
Received: from [85.158.139.83:33176] by server-14.bemta-5.messagelabs.com id
	D3/48-09538-B70D1D05; Wed, 19 Dec 2012 14:34:35 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-16.tower-182.messagelabs.com!1355927666!23225719!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyMzkw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8108 invoked from network); 19 Dec 2012 14:34:26 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 14:34:26 -0000
X-IronPort-AV: E=Sophos;i="4.84,318,1355097600"; 
   d="scan'208";a="254795"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	19 Dec 2012 14:34:26 +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.279.5;
	Wed, 19 Dec 2012 14:34:25 +0000
Message-ID: <1355927664.14620.428.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: "xen-devel@lists.xen.org" 
Date: Wed, 19 Dec 2012 14:34:24 +0000
In-Reply-To: <601dc257a740d3a60476.1353432201@cosworth.uk.xensource.com>
References: 
	<601dc257a740d3a60476.1353432201@cosworth.uk.xensource.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-devel] [PATCH 01 of 15] libxl: move definition
 of libxl_domain_config into the IDL
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, 2012-11-20 at 17:23 +0000, Ian Campbell wrote:
> # HG changeset patch
> # User Ian Campbell 
> # Date 1353432136 0
> # Node ID 601dc257a740d3a6047667731007283a4dcb9600
> # Parent  c893596e2d4c7ddd62a3704ea5460be4e5be38df
> libxl: move definition of libxl_domain_config into the IDL
> 
> Signed-off-by: Ian Campbell 
> Acked-by: Ian Jackson 
> ---
> Posted during 4.2 freeze and deferred until 4.3...

And now, finally, committed.

> 
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl.h
> --- a/tools/libxl/libxl.h       Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl.h       Tue Nov 20 17:22:16 2012 +0000
> @@ -474,26 +474,6 @@ typedef struct {
> 
>  #define LIBXL_VERSION 0
> 
> -typedef struct {
> -    libxl_domain_create_info c_info;
> -    libxl_domain_build_info b_info;
> -
> -    int num_disks, num_nics, num_pcidevs, num_vfbs, num_vkbs, num_vtpms;
> -
> -    libxl_device_disk *disks;
> -    libxl_device_nic *nics;
> -    libxl_device_pci *pcidevs;
> -    libxl_device_vfb *vfbs;
> -    libxl_device_vkb *vkbs;
> -    libxl_device_vtpm *vtpms;
> -
> -    libxl_action_on_shutdown on_poweroff;
> -    libxl_action_on_shutdown on_reboot;
> -    libxl_action_on_shutdown on_watchdog;
> -    libxl_action_on_shutdown on_crash;
> -} libxl_domain_config;
> -char *libxl_domain_config_to_json(libxl_ctx *ctx, libxl_domain_config *p);
> -
>  /* context functions */
>  int libxl_ctx_alloc(libxl_ctx **pctx, int version,
>                      unsigned flags /* none currently defined */,
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl_create.c
> --- a/tools/libxl/libxl_create.c        Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl_create.c        Tue Nov 20 17:22:16 2012 +0000
> @@ -24,43 +24,6 @@
>  #include 
>  #include 
> 
> -void libxl_domain_config_init(libxl_domain_config *d_config)
> -{
> -    memset(d_config, 0, sizeof(*d_config));
> -    libxl_domain_create_info_init(&d_config->c_info);
> -    libxl_domain_build_info_init(&d_config->b_info);
> -}
> -
> -void libxl_domain_config_dispose(libxl_domain_config *d_config)
> -{
> -    int i;
> -
> -    for (i=0; inum_disks; i++)
> -        libxl_device_disk_dispose(&d_config->disks[i]);
> -    free(d_config->disks);
> -
> -    for (i=0; inum_nics; i++)
> -        libxl_device_nic_dispose(&d_config->nics[i]);
> -    free(d_config->nics);
> -
> -    for (i=0; inum_pcidevs; i++)
> -        libxl_device_pci_dispose(&d_config->pcidevs[i]);
> -    free(d_config->pcidevs);
> -
> -    for (i=0; inum_vfbs; i++)
> -        libxl_device_vfb_dispose(&d_config->vfbs[i]);
> -    free(d_config->vfbs);
> -
> -    for (i=0; inum_vkbs; i++)
> -        libxl_device_vkb_dispose(&d_config->vkbs[i]);
> -    free(d_config->vkbs);
> -
> -    libxl_device_vtpm_list_free(d_config->vtpms, d_config->num_vtpms);
> -
> -    libxl_domain_create_info_dispose(&d_config->c_info);
> -    libxl_domain_build_info_dispose(&d_config->b_info);
> -}
> -
>  int libxl__domain_create_info_setdefault(libxl__gc *gc,
>                                           libxl_domain_create_info *c_info)
>  {
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl_json.c
> --- a/tools/libxl/libxl_json.c  Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl_json.c  Tue Nov 20 17:22:16 2012 +0000
> @@ -786,158 +786,6 @@ out:
>      return ret;
>  }
> 
> -yajl_gen_status libxl_domain_config_gen_json(yajl_gen hand,
> -                                             libxl_domain_config *p)
> -{
> -    yajl_gen_status s;
> -    int i;
> -
> -    s = yajl_gen_map_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"c_info",
> -                        sizeof("c_info")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_domain_create_info_gen_json(hand, &p->c_info);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"b_info",
> -                        sizeof("b_info")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_domain_build_info_gen_json(hand, &p->b_info);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"disks",
> -                        sizeof("disks")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_disks; i++) {
> -        s = libxl_device_disk_gen_json(hand, &p->disks[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"nics",
> -                        sizeof("nics")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_nics; i++) {
> -        s = libxl_device_nic_gen_json(hand, &p->nics[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"pcidevs",
> -                        sizeof("pcidevs")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_pcidevs; i++) {
> -        s = libxl_device_pci_gen_json(hand, &p->pcidevs[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"vfbs",
> -                        sizeof("vfbs")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_vfbs; i++) {
> -        s = libxl_device_vfb_gen_json(hand, &p->vfbs[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"vkbs",
> -                        sizeof("vkbs")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_vkbs; i++) {
> -        s = libxl_device_vkb_gen_json(hand, &p->vkbs[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_poweroff",
> -                        sizeof("on_poweroff")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_poweroff);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_reboot",
> -                        sizeof("on_reboot")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_reboot);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_watchdog",
> -                        sizeof("on_watchdog")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_watchdog);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_crash",
> -                        sizeof("on_crash")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_crash);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_map_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    out:
> -    return s;
> -}
> -
> -char *libxl_domain_config_to_json(libxl_ctx *ctx, libxl_domain_config *p)
> -{
> -    return libxl__object_to_json(ctx, "libxl_domain_config",
> -                        (libxl__gen_json_callback)&libxl_domain_config_gen_json,
> -                        (void *)p);
> -}
> -
>  /*
>   * Local variables:
>   * mode: C
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl_types.idl
> --- a/tools/libxl/libxl_types.idl       Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl_types.idl       Tue Nov 20 17:22:16 2012 +0000
> @@ -401,6 +401,23 @@ libxl_device_vtpm = Struct("device_vtpm"
>      ("uuid",             libxl_uuid),
>  ])
> 
> +libxl_domain_config = Struct("domain_config", [
> +    ("c_info", libxl_domain_create_info),
> +    ("b_info", libxl_domain_build_info),
> +
> +    ("disks", Array(libxl_device_disk, "num_disks")),
> +    ("nics", Array(libxl_device_nic, "num_nics")),
> +    ("pcidevs", Array(libxl_device_pci, "num_pcidevs")),
> +    ("vfbs", Array(libxl_device_vfb, "num_vfbs")),
> +    ("vkbs", Array(libxl_device_vkb, "num_vkbs")),
> +    ("vtpms", Array(libxl_device_vtpm, "num_vtpms")),
> +
> +    ("on_poweroff", libxl_action_on_shutdown),
> +    ("on_reboot", libxl_action_on_shutdown),
> +    ("on_watchdog", libxl_action_on_shutdown),
> +    ("on_crash", libxl_action_on_shutdown),
> +    ])
> +
>  libxl_diskinfo = Struct("diskinfo", [
>      ("backend", string),
>      ("backend_id", uint32),
> diff -r c893596e2d4c -r 601dc257a740 tools/ocaml/libs/xl/genwrap.py
> --- a/tools/ocaml/libs/xl/genwrap.py    Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/ocaml/libs/xl/genwrap.py    Tue Nov 20 17:22:16 2012 +0000
> @@ -283,6 +283,7 @@ if __name__ == '__main__':
>          "cpupoolinfo",
>          "domain_create_info",
>          "domain_build_info",
> +        "domain_config",
>          "vcpuinfo",
>          "event",
>          ]
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel



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

From xen-api-bounces@lists.xen.org Wed Dec 19 14:34:46 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 14: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 1TlKjF-0004jk-La; Wed, 19 Dec 2012 14:34:37 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1TlKjE-0004jc-HI; Wed, 19 Dec 2012 14:34:36 +0000
Received: from [85.158.139.83:33176] by server-14.bemta-5.messagelabs.com id
	D3/48-09538-B70D1D05; Wed, 19 Dec 2012 14:34:35 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-16.tower-182.messagelabs.com!1355927666!23225719!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyMzkw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8108 invoked from network); 19 Dec 2012 14:34:26 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 14:34:26 -0000
X-IronPort-AV: E=Sophos;i="4.84,318,1355097600"; 
   d="scan'208";a="254795"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	19 Dec 2012 14:34:26 +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.279.5;
	Wed, 19 Dec 2012 14:34:25 +0000
Message-ID: <1355927664.14620.428.camel@zakaz.uk.xensource.com>
From: Ian Campbell 
To: "xen-devel@lists.xen.org" 
Date: Wed, 19 Dec 2012 14:34:24 +0000
In-Reply-To: <601dc257a740d3a60476.1353432201@cosworth.uk.xensource.com>
References: 
	<601dc257a740d3a60476.1353432201@cosworth.uk.xensource.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.4.4-1 
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] [Xen-devel] [PATCH 01 of 15] libxl: move definition
 of libxl_domain_config into the IDL
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, 2012-11-20 at 17:23 +0000, Ian Campbell wrote:
> # HG changeset patch
> # User Ian Campbell 
> # Date 1353432136 0
> # Node ID 601dc257a740d3a6047667731007283a4dcb9600
> # Parent  c893596e2d4c7ddd62a3704ea5460be4e5be38df
> libxl: move definition of libxl_domain_config into the IDL
> 
> Signed-off-by: Ian Campbell 
> Acked-by: Ian Jackson 
> ---
> Posted during 4.2 freeze and deferred until 4.3...

And now, finally, committed.

> 
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl.h
> --- a/tools/libxl/libxl.h       Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl.h       Tue Nov 20 17:22:16 2012 +0000
> @@ -474,26 +474,6 @@ typedef struct {
> 
>  #define LIBXL_VERSION 0
> 
> -typedef struct {
> -    libxl_domain_create_info c_info;
> -    libxl_domain_build_info b_info;
> -
> -    int num_disks, num_nics, num_pcidevs, num_vfbs, num_vkbs, num_vtpms;
> -
> -    libxl_device_disk *disks;
> -    libxl_device_nic *nics;
> -    libxl_device_pci *pcidevs;
> -    libxl_device_vfb *vfbs;
> -    libxl_device_vkb *vkbs;
> -    libxl_device_vtpm *vtpms;
> -
> -    libxl_action_on_shutdown on_poweroff;
> -    libxl_action_on_shutdown on_reboot;
> -    libxl_action_on_shutdown on_watchdog;
> -    libxl_action_on_shutdown on_crash;
> -} libxl_domain_config;
> -char *libxl_domain_config_to_json(libxl_ctx *ctx, libxl_domain_config *p);
> -
>  /* context functions */
>  int libxl_ctx_alloc(libxl_ctx **pctx, int version,
>                      unsigned flags /* none currently defined */,
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl_create.c
> --- a/tools/libxl/libxl_create.c        Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl_create.c        Tue Nov 20 17:22:16 2012 +0000
> @@ -24,43 +24,6 @@
>  #include 
>  #include 
> 
> -void libxl_domain_config_init(libxl_domain_config *d_config)
> -{
> -    memset(d_config, 0, sizeof(*d_config));
> -    libxl_domain_create_info_init(&d_config->c_info);
> -    libxl_domain_build_info_init(&d_config->b_info);
> -}
> -
> -void libxl_domain_config_dispose(libxl_domain_config *d_config)
> -{
> -    int i;
> -
> -    for (i=0; inum_disks; i++)
> -        libxl_device_disk_dispose(&d_config->disks[i]);
> -    free(d_config->disks);
> -
> -    for (i=0; inum_nics; i++)
> -        libxl_device_nic_dispose(&d_config->nics[i]);
> -    free(d_config->nics);
> -
> -    for (i=0; inum_pcidevs; i++)
> -        libxl_device_pci_dispose(&d_config->pcidevs[i]);
> -    free(d_config->pcidevs);
> -
> -    for (i=0; inum_vfbs; i++)
> -        libxl_device_vfb_dispose(&d_config->vfbs[i]);
> -    free(d_config->vfbs);
> -
> -    for (i=0; inum_vkbs; i++)
> -        libxl_device_vkb_dispose(&d_config->vkbs[i]);
> -    free(d_config->vkbs);
> -
> -    libxl_device_vtpm_list_free(d_config->vtpms, d_config->num_vtpms);
> -
> -    libxl_domain_create_info_dispose(&d_config->c_info);
> -    libxl_domain_build_info_dispose(&d_config->b_info);
> -}
> -
>  int libxl__domain_create_info_setdefault(libxl__gc *gc,
>                                           libxl_domain_create_info *c_info)
>  {
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl_json.c
> --- a/tools/libxl/libxl_json.c  Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl_json.c  Tue Nov 20 17:22:16 2012 +0000
> @@ -786,158 +786,6 @@ out:
>      return ret;
>  }
> 
> -yajl_gen_status libxl_domain_config_gen_json(yajl_gen hand,
> -                                             libxl_domain_config *p)
> -{
> -    yajl_gen_status s;
> -    int i;
> -
> -    s = yajl_gen_map_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"c_info",
> -                        sizeof("c_info")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_domain_create_info_gen_json(hand, &p->c_info);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"b_info",
> -                        sizeof("b_info")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_domain_build_info_gen_json(hand, &p->b_info);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"disks",
> -                        sizeof("disks")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_disks; i++) {
> -        s = libxl_device_disk_gen_json(hand, &p->disks[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"nics",
> -                        sizeof("nics")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_nics; i++) {
> -        s = libxl_device_nic_gen_json(hand, &p->nics[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"pcidevs",
> -                        sizeof("pcidevs")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_pcidevs; i++) {
> -        s = libxl_device_pci_gen_json(hand, &p->pcidevs[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"vfbs",
> -                        sizeof("vfbs")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_vfbs; i++) {
> -        s = libxl_device_vfb_gen_json(hand, &p->vfbs[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"vkbs",
> -                        sizeof("vkbs")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = yajl_gen_array_open(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    for (i = 0; i < p->num_vkbs; i++) {
> -        s = libxl_device_vkb_gen_json(hand, &p->vkbs[i]);
> -        if (s != yajl_gen_status_ok)
> -            goto out;
> -    }
> -    s = yajl_gen_array_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_poweroff",
> -                        sizeof("on_poweroff")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_poweroff);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_reboot",
> -                        sizeof("on_reboot")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_reboot);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_watchdog",
> -                        sizeof("on_watchdog")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_watchdog);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_string(hand, (const unsigned char *)"on_crash",
> -                        sizeof("on_crash")-1);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    s = libxl_action_on_shutdown_gen_json(hand, &p->on_crash);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -
> -    s = yajl_gen_map_close(hand);
> -    if (s != yajl_gen_status_ok)
> -        goto out;
> -    out:
> -    return s;
> -}
> -
> -char *libxl_domain_config_to_json(libxl_ctx *ctx, libxl_domain_config *p)
> -{
> -    return libxl__object_to_json(ctx, "libxl_domain_config",
> -                        (libxl__gen_json_callback)&libxl_domain_config_gen_json,
> -                        (void *)p);
> -}
> -
>  /*
>   * Local variables:
>   * mode: C
> diff -r c893596e2d4c -r 601dc257a740 tools/libxl/libxl_types.idl
> --- a/tools/libxl/libxl_types.idl       Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/libxl/libxl_types.idl       Tue Nov 20 17:22:16 2012 +0000
> @@ -401,6 +401,23 @@ libxl_device_vtpm = Struct("device_vtpm"
>      ("uuid",             libxl_uuid),
>  ])
> 
> +libxl_domain_config = Struct("domain_config", [
> +    ("c_info", libxl_domain_create_info),
> +    ("b_info", libxl_domain_build_info),
> +
> +    ("disks", Array(libxl_device_disk, "num_disks")),
> +    ("nics", Array(libxl_device_nic, "num_nics")),
> +    ("pcidevs", Array(libxl_device_pci, "num_pcidevs")),
> +    ("vfbs", Array(libxl_device_vfb, "num_vfbs")),
> +    ("vkbs", Array(libxl_device_vkb, "num_vkbs")),
> +    ("vtpms", Array(libxl_device_vtpm, "num_vtpms")),
> +
> +    ("on_poweroff", libxl_action_on_shutdown),
> +    ("on_reboot", libxl_action_on_shutdown),
> +    ("on_watchdog", libxl_action_on_shutdown),
> +    ("on_crash", libxl_action_on_shutdown),
> +    ])
> +
>  libxl_diskinfo = Struct("diskinfo", [
>      ("backend", string),
>      ("backend_id", uint32),
> diff -r c893596e2d4c -r 601dc257a740 tools/ocaml/libs/xl/genwrap.py
> --- a/tools/ocaml/libs/xl/genwrap.py    Tue Nov 20 17:22:10 2012 +0000
> +++ b/tools/ocaml/libs/xl/genwrap.py    Tue Nov 20 17:22:16 2012 +0000
> @@ -283,6 +283,7 @@ if __name__ == '__main__':
>          "cpupoolinfo",
>          "domain_create_info",
>          "domain_build_info",
> +        "domain_config",
>          "vcpuinfo",
>          "event",
>          ]
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel



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

From xen-api-bounces@lists.xen.org Wed Dec 19 18:09:39 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 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 1TlO5C-00062f-CJ; Wed, 19 Dec 2012 18:09:30 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlO5B-00062a-S6
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 18:09:29 +0000
Received: from [85.158.137.99:38454] by server-14.bemta-3.messagelabs.com id
	19/2B-27443-4D202D05; Wed, 19 Dec 2012 18:09:24 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-12.tower-217.messagelabs.com!1355940563!13898079!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyMzkw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4983 invoked from network); 19 Dec 2012 18:09:23 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 18:09:23 -0000
X-IronPort-AV: E=Sophos;i="4.84,318,1355097600"; 
   d="scan'208";a="261132"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	19 Dec 2012 18:09:23 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Wed, 19 Dec 2012 18:09:23 +0000
Message-ID: <50D202D1.80801@citrix.com>
Date: Wed, 19 Dec 2012 18:09:21 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: "xen-api@lists.xen.org" 
X-Enigmail-Version: 1.4.6
Subject: [Xen-API] XCP 1.6 Xen security updates in yum repo
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

I've just set up a yum repo for XCP 1.6. In this repo I've included an
updated Xen hypervisor, which will resolve the issues mentioned in this
Citrix security advisory: http://support.citrix.com/article/CTX135777

Unfortunately, I haven't signed the rpms in this repo, so you'll have to
disable gpg checking when you update. If you would like to update your
hosts, run the command 'yum --enablerepo xcp --nogpgcheck update'. Since
this is a Xen hypervisor update, you'll have to reboot your hosts for
this to take effect.

Mike

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

From xen-api-bounces@lists.xen.org Wed Dec 19 18:09:39 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 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 1TlO5C-00062f-CJ; Wed, 19 Dec 2012 18:09:30 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlO5B-00062a-S6
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 18:09:29 +0000
Received: from [85.158.137.99:38454] by server-14.bemta-3.messagelabs.com id
	19/2B-27443-4D202D05; Wed, 19 Dec 2012 18:09:24 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-12.tower-217.messagelabs.com!1355940563!13898079!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyMzkw\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4983 invoked from network); 19 Dec 2012 18:09:23 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-12.tower-217.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 18:09:23 -0000
X-IronPort-AV: E=Sophos;i="4.84,318,1355097600"; 
   d="scan'208";a="261132"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	19 Dec 2012 18:09:23 +0000
Received: from [10.80.118.125] (10.80.118.125) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.279.5;
	Wed, 19 Dec 2012 18:09:23 +0000
Message-ID: <50D202D1.80801@citrix.com>
Date: Wed, 19 Dec 2012 18:09:21 +0000
From: Mike McClurg 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: "xen-api@lists.xen.org" 
X-Enigmail-Version: 1.4.6
Subject: [Xen-API] XCP 1.6 Xen security updates in yum repo
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

I've just set up a yum repo for XCP 1.6. In this repo I've included an
updated Xen hypervisor, which will resolve the issues mentioned in this
Citrix security advisory: http://support.citrix.com/article/CTX135777

Unfortunately, I haven't signed the rpms in this repo, so you'll have to
disable gpg checking when you update. If you would like to update your
hosts, run the command 'yum --enablerepo xcp --nogpgcheck update'. Since
this is a Xen hypervisor update, you'll have to reboot your hosts for
this to take effect.

Mike

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

From xen-api-bounces@lists.xen.org Wed Dec 19 21:33:35 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 21:33: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 1TlRGX-0003Mm-9m; Wed, 19 Dec 2012 21:33:25 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlRGV-0003Me-Qz
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 21:33:24 +0000
Received: from [85.158.138.51:18307] by server-14.bemta-3.messagelabs.com id
	3C/74-27443-E9232D05; Wed, 19 Dec 2012 21:33:18 +0000
X-Env-Sender: thekigen@gmail.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1355952795!29747218!1
X-Originating-IP: [209.85.223.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30913 invoked from network); 19 Dec 2012 21:33:16 -0000
Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com)
	(209.85.223.173)
	by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 21:33:16 -0000
Received: by mail-ie0-f173.google.com with SMTP id e13so3602770iej.18
	for ; Wed, 19 Dec 2012 13:33:15 -0800 (PST)
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=Gap3wZq5yMHD7pLd+14rGVUPYEjkJo8PiTshtFCejDs=;
	b=TYOtPJzZ0DSDYTQQo4ISk7JSgP/Lxorx3NJqprbWmbbjOgUHY/uEWqsBQBr0geIu5k
	xKZREWr++aCqp+ZmkL4a7tFu8LrDARfk/9MnB3G03N1crN1Fgyk1H6cUG48hGQsSLEU1
	vEUIECm5g5gfF7NJ5PaGdy9BgCPVcg2eXZ++yfKHsDL5FqRnrgAls8BO+zAjJ9y6hOFi
	VjjK3/3MpDc/yv5gnltNewI26o/oIMFPN1jPJQv3uDldUSlJEmDAnMNbDDkSq6OZOgzz
	MbyXj9Ivkf3UyAgrazb12dN51s2urRPFfFgrUvmmY+nZdDGNvOLLNkWco7AzVDoCUmM3
	yFHg==
MIME-Version: 1.0
Received: by 10.50.17.132 with SMTP id o4mr3652534igd.83.1355952794922; Wed,
	19 Dec 2012 13:33:14 -0800 (PST)
Received: by 10.64.46.106 with HTTP; Wed, 19 Dec 2012 13:33:14 -0800 (PST)
In-Reply-To: <50D202D1.80801@citrix.com>
References: <50D202D1.80801@citrix.com>
Date: Wed, 19 Dec 2012 15:33:14 -0600
Message-ID: 
From: Kigen 
To: Mike McClurg 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.6 Xen security updates in yum repo
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Mike,

Thank you for the updates.  Its much appreciated.

On Wed, Dec 19, 2012 at 12:09 PM, Mike McClurg  wrote:
> Hi all,
>
> I've just set up a yum repo for XCP 1.6. In this repo I've included an
> updated Xen hypervisor, which will resolve the issues mentioned in this
> Citrix security advisory: http://support.citrix.com/article/CTX135777
>
> Unfortunately, I haven't signed the rpms in this repo, so you'll have to
> disable gpg checking when you update. If you would like to update your
> hosts, run the command 'yum --enablerepo xcp --nogpgcheck update'. Since
> this is a Xen hypervisor update, you'll have to reboot your hosts for
> this to take effect.
>
> Mike
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

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

From xen-api-bounces@lists.xen.org Wed Dec 19 21:33:35 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 19 Dec 2012 21:33: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 1TlRGX-0003Mm-9m; Wed, 19 Dec 2012 21:33:25 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlRGV-0003Me-Qz
	for xen-api@lists.xen.org; Wed, 19 Dec 2012 21:33:24 +0000
Received: from [85.158.138.51:18307] by server-14.bemta-3.messagelabs.com id
	3C/74-27443-E9232D05; Wed, 19 Dec 2012 21:33:18 +0000
X-Env-Sender: thekigen@gmail.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1355952795!29747218!1
X-Originating-IP: [209.85.223.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30913 invoked from network); 19 Dec 2012 21:33:16 -0000
Received: from mail-ie0-f173.google.com (HELO mail-ie0-f173.google.com)
	(209.85.223.173)
	by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	19 Dec 2012 21:33:16 -0000
Received: by mail-ie0-f173.google.com with SMTP id e13so3602770iej.18
	for ; Wed, 19 Dec 2012 13:33:15 -0800 (PST)
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=Gap3wZq5yMHD7pLd+14rGVUPYEjkJo8PiTshtFCejDs=;
	b=TYOtPJzZ0DSDYTQQo4ISk7JSgP/Lxorx3NJqprbWmbbjOgUHY/uEWqsBQBr0geIu5k
	xKZREWr++aCqp+ZmkL4a7tFu8LrDARfk/9MnB3G03N1crN1Fgyk1H6cUG48hGQsSLEU1
	vEUIECm5g5gfF7NJ5PaGdy9BgCPVcg2eXZ++yfKHsDL5FqRnrgAls8BO+zAjJ9y6hOFi
	VjjK3/3MpDc/yv5gnltNewI26o/oIMFPN1jPJQv3uDldUSlJEmDAnMNbDDkSq6OZOgzz
	MbyXj9Ivkf3UyAgrazb12dN51s2urRPFfFgrUvmmY+nZdDGNvOLLNkWco7AzVDoCUmM3
	yFHg==
MIME-Version: 1.0
Received: by 10.50.17.132 with SMTP id o4mr3652534igd.83.1355952794922; Wed,
	19 Dec 2012 13:33:14 -0800 (PST)
Received: by 10.64.46.106 with HTTP; Wed, 19 Dec 2012 13:33:14 -0800 (PST)
In-Reply-To: <50D202D1.80801@citrix.com>
References: <50D202D1.80801@citrix.com>
Date: Wed, 19 Dec 2012 15:33:14 -0600
Message-ID: 
From: Kigen 
To: Mike McClurg 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.6 Xen security updates in yum repo
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Mike,

Thank you for the updates.  Its much appreciated.

On Wed, Dec 19, 2012 at 12:09 PM, Mike McClurg  wrote:
> Hi all,
>
> I've just set up a yum repo for XCP 1.6. In this repo I've included an
> updated Xen hypervisor, which will resolve the issues mentioned in this
> Citrix security advisory: http://support.citrix.com/article/CTX135777
>
> Unfortunately, I haven't signed the rpms in this repo, so you'll have to
> disable gpg checking when you update. If you would like to update your
> hosts, run the command 'yum --enablerepo xcp --nogpgcheck update'. Since
> this is a Xen hypervisor update, you'll have to reboot your hosts for
> this to take effect.
>
> Mike
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

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

From xen-api-bounces@lists.xen.org Thu Dec 20 07:10:59 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 20 Dec 2012 07:10: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 1TlaHK-0007lW-NI; Thu, 20 Dec 2012 07:10:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlaHI-0007lR-OL
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 07:10:48 +0000
Received: from [193.109.254.147:43760] by server-14.bemta-14.messagelabs.com
	id B8/E4-10022-8F9B2D05; Thu, 20 Dec 2012 07:10:48 +0000
X-Env-Sender: grantmasterflash@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1355987443!11103214!1
X-Originating-IP: [209.85.223.182]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17734 invoked from network); 20 Dec 2012 07:10:44 -0000
Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com)
	(209.85.223.182)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	20 Dec 2012 07:10:44 -0000
Received: by mail-ie0-f182.google.com with SMTP id s9so4094545iec.13
	for ; Wed, 19 Dec 2012 23:10:43 -0800 (PST)
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=jqFMr3xrVjW88ynfSwIfsM4y1UnOOzHftDQjAXfkHSc=;
	b=XDm0vmTZq4ZfaTWc+9jUOnEF2BW+NzmSlZtvZMjWmqHYS4H/abfM17z0mhxPpG5c7v
	QF4CJCzMVygS7o2wQal5MuT46QQZSkVDDFh6ZpETfQJs15epciI+t4UbQy8ortsq/ZXz
	2XwdONXka6KhtQ6I2HALUlf33x+DY/xiOJAzPDTG/9jn8qQhS+Wbp/xWxOAq4R/tq4Oi
	YBliFWpuONaOAvrnsc6VQ7BDtPMW2o0LqL2oOll8Cpr/lVlKDOLGkmntFeoU8y37QtV/
	6TdBAAf/b4iklHSE02CnWXPEeXj7VG7WAV8ENTp32mPEtY9UceHdIBuMxygZ0TehRc5y
	RE9A==
Received: by 10.43.125.133 with SMTP id gs5mr8192970icc.54.1355987443193; Wed,
	19 Dec 2012 23:10:43 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.141.207 with HTTP; Wed, 19 Dec 2012 23:10:03 -0800 (PST)
In-Reply-To: 
References: <50D202D1.80801@citrix.com>
	
From: Grant McWilliams 
Date: Wed, 19 Dec 2012 23:10:03 -0800
Message-ID: 
To: Kigen 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.6 Xen security updates in yum repo
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3612570237544489312=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3612570237544489312==
Content-Type: multipart/alternative; boundary=bcaec517cbe0df18ff04d1436dc5

--bcaec517cbe0df18ff04d1436dc5
Content-Type: text/plain; charset=UTF-8

On Wed, Dec 19, 2012 at 1:33 PM, Kigen  wrote:

> Hi Mike,
>
> Thank you for the updates.  Its much appreciated.
>
> On Wed, Dec 19, 2012 at 12:09 PM, Mike McClurg 
> wrote:
> > Hi all,
> >
> > I've just set up a yum repo for XCP 1.6. In this repo I've included an
> > updated Xen hypervisor, which will resolve the issues mentioned in this
> > Citrix security advisory: http://support.citrix.com/article/CTX135777
> >
> > Unfortunately, I haven't signed the rpms in this repo, so you'll have to
> > disable gpg checking when you update. If you would like to update your
> > hosts, run the command 'yum --enablerepo xcp --nogpgcheck update'. Since
> > this is a Xen hypervisor update, you'll have to reboot your hosts for
> > this to take effect.
> >
> > Mike
> >
> > _______________________________________________
> > Xen-api mailing list
> > Xen-api@lists.xen.org
> > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>

Unsigned security updates! :-)

Thanks for your work, this is a step in the right direction.


Grant McWilliams
http://grantmcwilliams.com/

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

--bcaec517cbe0df18ff04d1436dc5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, Dec 19, 2012 at 1:33 PM, Kigen <thekigen@gmail.com>=
 wrote:


Hi Mike,



Thank you for the updates. =C2=A0Its much appreciated.




On Wed, Dec 19, 2012 at 12:09 PM, Mike McClurg <mike.mcclurg@citrix.com> wrote:

> Hi all,

>

> I've just set up a yum repo for XCP 1.6. In this repo I've inc=
luded an

> updated Xen hypervisor, which will resolve the issues mentioned in thi=
s

> Citrix security advisory: http://support.citrix.com/article/CTX135777

>

> Unfortunately, I haven't signed the rpms in this repo, so you'=
ll have to

> disable gpg checking when you update. If you would like to update your=


> hosts, run the command 'yum --enablerepo xcp --nogpgcheck update&#=
39;. Since

> this is a Xen hypervisor update, you'll have to reboot your hosts =
for

> this to take effect.

>

> Mike

>

> _______________________________________________

> Xen-api mailing list

> Xen-api@lists.xen.org

> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

Unsigned security updates! :-)



Thanks for your work, this is a step in the right direc=
tion.=C2=A0


Grant McWilliams
http://grantmcwilliams.com/



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

=C2=A0


--bcaec517cbe0df18ff04d1436dc5--


--===============3612570237544489312==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============3612570237544489312==--


From xen-api-bounces@lists.xen.org Thu Dec 20 07:10:59 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 20 Dec 2012 07:10: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 1TlaHK-0007lW-NI; Thu, 20 Dec 2012 07:10:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlaHI-0007lR-OL
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 07:10:48 +0000
Received: from [193.109.254.147:43760] by server-14.bemta-14.messagelabs.com
	id B8/E4-10022-8F9B2D05; Thu, 20 Dec 2012 07:10:48 +0000
X-Env-Sender: grantmasterflash@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1355987443!11103214!1
X-Originating-IP: [209.85.223.182]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17734 invoked from network); 20 Dec 2012 07:10:44 -0000
Received: from mail-ie0-f182.google.com (HELO mail-ie0-f182.google.com)
	(209.85.223.182)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	20 Dec 2012 07:10:44 -0000
Received: by mail-ie0-f182.google.com with SMTP id s9so4094545iec.13
	for ; Wed, 19 Dec 2012 23:10:43 -0800 (PST)
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=jqFMr3xrVjW88ynfSwIfsM4y1UnOOzHftDQjAXfkHSc=;
	b=XDm0vmTZq4ZfaTWc+9jUOnEF2BW+NzmSlZtvZMjWmqHYS4H/abfM17z0mhxPpG5c7v
	QF4CJCzMVygS7o2wQal5MuT46QQZSkVDDFh6ZpETfQJs15epciI+t4UbQy8ortsq/ZXz
	2XwdONXka6KhtQ6I2HALUlf33x+DY/xiOJAzPDTG/9jn8qQhS+Wbp/xWxOAq4R/tq4Oi
	YBliFWpuONaOAvrnsc6VQ7BDtPMW2o0LqL2oOll8Cpr/lVlKDOLGkmntFeoU8y37QtV/
	6TdBAAf/b4iklHSE02CnWXPEeXj7VG7WAV8ENTp32mPEtY9UceHdIBuMxygZ0TehRc5y
	RE9A==
Received: by 10.43.125.133 with SMTP id gs5mr8192970icc.54.1355987443193; Wed,
	19 Dec 2012 23:10:43 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.141.207 with HTTP; Wed, 19 Dec 2012 23:10:03 -0800 (PST)
In-Reply-To: 
References: <50D202D1.80801@citrix.com>
	
From: Grant McWilliams 
Date: Wed, 19 Dec 2012 23:10:03 -0800
Message-ID: 
To: Kigen 
Cc: "xen-api@lists.xen.org" 
Subject: Re: [Xen-API] XCP 1.6 Xen security updates in yum repo
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3612570237544489312=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3612570237544489312==
Content-Type: multipart/alternative; boundary=bcaec517cbe0df18ff04d1436dc5

--bcaec517cbe0df18ff04d1436dc5
Content-Type: text/plain; charset=UTF-8

On Wed, Dec 19, 2012 at 1:33 PM, Kigen  wrote:

> Hi Mike,
>
> Thank you for the updates.  Its much appreciated.
>
> On Wed, Dec 19, 2012 at 12:09 PM, Mike McClurg 
> wrote:
> > Hi all,
> >
> > I've just set up a yum repo for XCP 1.6. In this repo I've included an
> > updated Xen hypervisor, which will resolve the issues mentioned in this
> > Citrix security advisory: http://support.citrix.com/article/CTX135777
> >
> > Unfortunately, I haven't signed the rpms in this repo, so you'll have to
> > disable gpg checking when you update. If you would like to update your
> > hosts, run the command 'yum --enablerepo xcp --nogpgcheck update'. Since
> > this is a Xen hypervisor update, you'll have to reboot your hosts for
> > this to take effect.
> >
> > Mike
> >
> > _______________________________________________
> > Xen-api mailing list
> > Xen-api@lists.xen.org
> > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>

Unsigned security updates! :-)

Thanks for your work, this is a step in the right direction.


Grant McWilliams
http://grantmcwilliams.com/

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

--bcaec517cbe0df18ff04d1436dc5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, Dec 19, 2012 at 1:33 PM, Kigen <thekigen@gmail.com>=
 wrote:


Hi Mike,



Thank you for the updates. =C2=A0Its much appreciated.




On Wed, Dec 19, 2012 at 12:09 PM, Mike McClurg <mike.mcclurg@citrix.com> wrote:

> Hi all,

>

> I've just set up a yum repo for XCP 1.6. In this repo I've inc=
luded an

> updated Xen hypervisor, which will resolve the issues mentioned in thi=
s

> Citrix security advisory: http://support.citrix.com/article/CTX135777

>

> Unfortunately, I haven't signed the rpms in this repo, so you'=
ll have to

> disable gpg checking when you update. If you would like to update your=


> hosts, run the command 'yum --enablerepo xcp --nogpgcheck update&#=
39;. Since

> this is a Xen hypervisor update, you'll have to reboot your hosts =
for

> this to take effect.

>

> Mike

>

> _______________________________________________

> Xen-api mailing list

> Xen-api@lists.xen.org

> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

Unsigned security updates! :-)



Thanks for your work, this is a step in the right direc=
tion.=C2=A0


Grant McWilliams
http://grantmcwilliams.com/



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

=C2=A0


--bcaec517cbe0df18ff04d1436dc5--


--===============3612570237544489312==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============3612570237544489312==--


From xen-api-bounces@lists.xen.org Thu Dec 20 09:24:58 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 20 Dec 2012 09:24: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 1TlcMz-0002Wq-Hq; Thu, 20 Dec 2012 09:24:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlcMx-0002WW-76
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 09:24:47 +0000
Received: from [193.109.254.147:3005] by server-8.bemta-14.messagelabs.com id
	CC/BD-26341-E59D2D05; Thu, 20 Dec 2012 09:24:46 +0000
X-Env-Sender: mpoll@serveisweb.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1355995344!3602827!1
X-Originating-IP: [81.25.112.21]
X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_23,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2738 invoked from network); 20 Dec 2012 09:22:24 -0000
Received: from mail.serveisweb.com (HELO mail.serveisweb.com) (81.25.112.21)
	by server-10.tower-27.messagelabs.com with SMTP;
	20 Dec 2012 09:22:24 -0000
Received: from tecnicos1PC (unknown [81.25.112.245])
	(Authenticated sender: mpoll@serveisweb.com)
	by mail.serveisweb.com (Postfix) with ESMTPA id 41271AFC35B
	for ; Thu, 20 Dec 2012 10:22:24 +0100 (CET)
From: "marc poll garcia" 
To: 
Date: Thu, 20 Dec 2012 10:22:22 +0100
Message-ID: <002201cdde93$848aa550$8d9feff0$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac3ek4QQdkIGcQsURxWgnwjz5bsc+w==
Content-Language: es
Subject: [Xen-API] export a vm from vmware to XCP 1.6.6
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4474777925281576962=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============4474777925281576962==
Content-Type: multipart/related;
	boundary="----=_NextPart_000_0023_01CDDE9B.E64F0D50"
Content-Language: es

This is a multi-part message in MIME format.

------=_NextPart_000_0023_01CDDE9B.E64F0D50
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0024_01CDDE9B.E64F0D50"


------=_NextPart_001_0024_01CDDE9B.E64F0D50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,=20

=20

=20

We are trying to export a vm from VMware Esxi on =93OVF=94 format to XCP =
1.6.6
platform. But the proces always fails. Without much information on the =
log.

=20

We wonder if it=92s possible or not? can you give us some help to solve =
it and
make it works??

=20

Thanks in advance.

=20

=20

Marc Poll

=C0rea T=E8cnica =96 ServeisWeb

=20

http://www.serveisweb.cat =20

http://blog.serveisweb.cat =20

http://www.ticketday.cat =20

Tel. 902 010 664 - Tel. Int.   +34 972 010 =
550

Fax  902 510 664 - Fax Int.    +34 972 010 =
555

=20

Descripci=F3n: green  Abans d'imprimir aquest e-mail, pensi b=E9 si =E9s =
necessari
fer-ho.

AV=CDS LEGAL

SW Hosting & Communications Technologies, SL  l=92informa que aquest =
missatge
va dirigit de manera exclusiva al seu destinatari, ja que cont=E9 =
informaci=F3
confidencial i/o sensible subjecta al secret professional i protegida =
per la
legislaci=F3 vigent. Si V=E8. no =E9s el destinatari indicat li =
notifiquem que la
lectura, utilitzaci=F3, divulgaci=F3, reproducci=F3, distribuci=F3, =
impressi=F3 i/o
c=F2pia d=92aquesta comunicaci=F3, informaci=F3  i/o qualsevol document =
adjunt a la
mateixa estan estrictament prohibides per la llei. Si V=E8. ha rebut =
aquest
missatge per error, li demanem que ens ho comuniqui de manera immediata
contestant al remitent d=92aquest missatge i, seguidament, procedeixi a =
la
seva destrucci=F3 juntament amb qualsevol document adjunt en cas =
d=92haver-n=92hi.

=20


------=_NextPart_001_0024_01CDDE9B.E64F0D50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Hello, 
 
 
We are trying to export a vm from VMware Esxi on =
“OVF” format to XCP 1.6.6 platform. But the proces always =
fails. Without much information on the log.
 
We wonder if it’s possible or =
not? can you give us some help to solve it and make it =
works??
 
Thanks in advance.
 
 
Marc =
Poll
=C0rea =
T=E8cnica – ServeisWeb
 <=
/o:p>
http://www.serveisweb.cat
http://blog.serveisweb.cat<=
/o:p>
http://www.ticketday.cat
Tel. 902 =
010 664 - Tel. Int. +34 972 010 =
550
Fax  =
902 510 664 - Fax Int.  +34 972 010 =
555<=
/span>
 
=
3D"Descripci=F3n:=
  Abans d'imprimir aquest e-mail, pensi b=E9 si =E9s necessari =
fer-ho.
AV=CDS LEGAL
S=
W Hosting & Communications Technologies, SL=A0 l’informa que =
aquest missatge va dirigit de manera exclusiva al seu destinatari, ja =
que cont=E9 informaci=F3 confidencial i/o sensible subjecta al secret =
professional i protegida per la legislaci=F3 vigent. Si V=E8. no =E9s el =
destinatari indicat li notifiquem que la lectura, utilitzaci=F3, =
divulgaci=F3, reproducci=F3, distribuci=F3, impressi=F3 i/o c=F2pia =
d’aquesta comunicaci=F3, informaci=F3=A0 i/o qualsevol document =
adjunt a la mateixa estan estrictament prohibides per la llei. Si V=E8. =
ha rebut aquest missatge per error, li demanem que ens ho comuniqui de =
manera immediata contestant al remitent d’aquest missatge i, =
seguidament, procedeixi a la seva destrucci=F3 juntament amb qualsevol =
document adjunt en cas d’haver-n’hi.<=
/span>
 

------=_NextPart_001_0024_01CDDE9B.E64F0D50--

------=_NextPart_000_0023_01CDDE9B.E64F0D50
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-ID: 

R0lGODlhIAAfAIAAAACAAP///yH5BAAAAAAALAAAAAAgAB8AAAJOjI+py73gYgNUWkNzvTJzq0Hf
FIpjUnrnkWor6r5Ia670dt7qp8fyLoPVgizco4dszZJIIfN2eSo50lSkGnJggYqtsYu9hsXMaJKn
y6UKADs=

------=_NextPart_000_0023_01CDDE9B.E64F0D50--



--===============4474777925281576962==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4474777925281576962==--



From xen-api-bounces@lists.xen.org Thu Dec 20 09:24:58 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 20 Dec 2012 09:24: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 1TlcMz-0002Wq-Hq; Thu, 20 Dec 2012 09:24:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlcMx-0002WW-76
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 09:24:47 +0000
Received: from [193.109.254.147:3005] by server-8.bemta-14.messagelabs.com id
	CC/BD-26341-E59D2D05; Thu, 20 Dec 2012 09:24:46 +0000
X-Env-Sender: mpoll@serveisweb.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1355995344!3602827!1
X-Originating-IP: [81.25.112.21]
X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_23,spamassassin: 
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2738 invoked from network); 20 Dec 2012 09:22:24 -0000
Received: from mail.serveisweb.com (HELO mail.serveisweb.com) (81.25.112.21)
	by server-10.tower-27.messagelabs.com with SMTP;
	20 Dec 2012 09:22:24 -0000
Received: from tecnicos1PC (unknown [81.25.112.245])
	(Authenticated sender: mpoll@serveisweb.com)
	by mail.serveisweb.com (Postfix) with ESMTPA id 41271AFC35B
	for ; Thu, 20 Dec 2012 10:22:24 +0100 (CET)
From: "marc poll garcia" 
To: 
Date: Thu, 20 Dec 2012 10:22:22 +0100
Message-ID: <002201cdde93$848aa550$8d9feff0$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac3ek4QQdkIGcQsURxWgnwjz5bsc+w==
Content-Language: es
Subject: [Xen-API] export a vm from vmware to XCP 1.6.6
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4474777925281576962=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============4474777925281576962==
Content-Type: multipart/related;
	boundary="----=_NextPart_000_0023_01CDDE9B.E64F0D50"
Content-Language: es

This is a multi-part message in MIME format.

------=_NextPart_000_0023_01CDDE9B.E64F0D50
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_0024_01CDDE9B.E64F0D50"


------=_NextPart_001_0024_01CDDE9B.E64F0D50
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,=20

=20

=20

We are trying to export a vm from VMware Esxi on =93OVF=94 format to XCP =
1.6.6
platform. But the proces always fails. Without much information on the =
log.

=20

We wonder if it=92s possible or not? can you give us some help to solve =
it and
make it works??

=20

Thanks in advance.

=20

=20

Marc Poll

=C0rea T=E8cnica =96 ServeisWeb

=20

http://www.serveisweb.cat =20

http://blog.serveisweb.cat =20

http://www.ticketday.cat =20

Tel. 902 010 664 - Tel. Int.   +34 972 010 =
550

Fax  902 510 664 - Fax Int.    +34 972 010 =
555

=20

Descripci=F3n: green  Abans d'imprimir aquest e-mail, pensi b=E9 si =E9s =
necessari
fer-ho.

AV=CDS LEGAL

SW Hosting & Communications Technologies, SL  l=92informa que aquest =
missatge
va dirigit de manera exclusiva al seu destinatari, ja que cont=E9 =
informaci=F3
confidencial i/o sensible subjecta al secret professional i protegida =
per la
legislaci=F3 vigent. Si V=E8. no =E9s el destinatari indicat li =
notifiquem que la
lectura, utilitzaci=F3, divulgaci=F3, reproducci=F3, distribuci=F3, =
impressi=F3 i/o
c=F2pia d=92aquesta comunicaci=F3, informaci=F3  i/o qualsevol document =
adjunt a la
mateixa estan estrictament prohibides per la llei. Si V=E8. ha rebut =
aquest
missatge per error, li demanem que ens ho comuniqui de manera immediata
contestant al remitent d=92aquest missatge i, seguidament, procedeixi a =
la
seva destrucci=F3 juntament amb qualsevol document adjunt en cas =
d=92haver-n=92hi.

=20


------=_NextPart_001_0024_01CDDE9B.E64F0D50
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Hello, 
 
 
We are trying to export a vm from VMware Esxi on =
“OVF” format to XCP 1.6.6 platform. But the proces always =
fails. Without much information on the log.
 
We wonder if it’s possible or =
not? can you give us some help to solve it and make it =
works??
 
Thanks in advance.
 
 
Marc =
Poll
=C0rea =
T=E8cnica – ServeisWeb
 <=
/o:p>
http://www.serveisweb.cat
http://blog.serveisweb.cat<=
/o:p>
http://www.ticketday.cat
Tel. 902 =
010 664 - Tel. Int. +34 972 010 =
550
Fax  =
902 510 664 - Fax Int.  +34 972 010 =
555<=
/span>
 
=
3D"Descripci=F3n:=
  Abans d'imprimir aquest e-mail, pensi b=E9 si =E9s necessari =
fer-ho.
AV=CDS LEGAL
S=
W Hosting & Communications Technologies, SL=A0 l’informa que =
aquest missatge va dirigit de manera exclusiva al seu destinatari, ja =
que cont=E9 informaci=F3 confidencial i/o sensible subjecta al secret =
professional i protegida per la legislaci=F3 vigent. Si V=E8. no =E9s el =
destinatari indicat li notifiquem que la lectura, utilitzaci=F3, =
divulgaci=F3, reproducci=F3, distribuci=F3, impressi=F3 i/o c=F2pia =
d’aquesta comunicaci=F3, informaci=F3=A0 i/o qualsevol document =
adjunt a la mateixa estan estrictament prohibides per la llei. Si V=E8. =
ha rebut aquest missatge per error, li demanem que ens ho comuniqui de =
manera immediata contestant al remitent d’aquest missatge i, =
seguidament, procedeixi a la seva destrucci=F3 juntament amb qualsevol =
document adjunt en cas d’haver-n’hi.<=
/span>
 

------=_NextPart_001_0024_01CDDE9B.E64F0D50--

------=_NextPart_000_0023_01CDDE9B.E64F0D50
Content-Type: image/gif;
	name="image001.gif"
Content-Transfer-Encoding: base64
Content-ID: 

R0lGODlhIAAfAIAAAACAAP///yH5BAAAAAAALAAAAAAgAB8AAAJOjI+py73gYgNUWkNzvTJzq0Hf
FIpjUnrnkWor6r5Ia670dt7qp8fyLoPVgizco4dszZJIIfN2eSo50lSkGnJggYqtsYu9hsXMaJKn
y6UKADs=

------=_NextPart_000_0023_01CDDE9B.E64F0D50--



--===============4474777925281576962==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============4474777925281576962==--



From xen-api-bounces@lists.xen.org Thu Dec 20 14:45:59 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 20 Dec 2012 14:45: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 1TlhNd-0004H2-AZ; Thu, 20 Dec 2012 14:45:49 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlhNc-0004Gw-7h
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 14:45:48 +0000
Received: from [85.158.139.83:29598] by server-11.bemta-5.messagelabs.com id
	54/E6-31624-B9423D05; Thu, 20 Dec 2012 14:45:47 +0000
X-Env-Sender: john.else@citrix.com
X-Msg-Ref: server-2.tower-182.messagelabs.com!1356014742!29006490!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyODA1\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5459 invoked from network); 20 Dec 2012 14:45:43 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	20 Dec 2012 14:45:43 -0000
X-IronPort-AV: E=Sophos;i="4.84,324,1355097600"; d="scan'208,217";a="282514"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	20 Dec 2012 14:45:42 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 20 Dec 2012
	14:45:42 +0000
From: John Else 
To: kiran pawar , "xen-api@lists.xen.org"
	
Date: Thu, 20 Dec 2012 14:46:34 +0000
Thread-Topic: help on - massive logging in /var/log/messages hang XCP VMs
Thread-Index: Ac3epRK4RqPjb3n5TQKoJVHXaUNX+QAFxRmQ
Message-ID: <7EA643C653F17F4C80DE959E978F10EDFBF75AB0EF@LONPMAILBOX01.citrite.net>
References: 
	<7EA643C653F17F4C80DE959E978F10EDFBF6F9E1BB@LONPMAILBOX01.citrite.net>
	
	<7EA643C653F17F4C80DE959E978F10EDFBF6F9E20E@LONPMAILBOX01.citrite.net>
	
	
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] help on - massive logging in /var/log/messages hang
	XCP VMs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5942871584451922870=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5942871584451922870==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_"

--_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

(cc'ing xen-api)

Hi Kiran,

It would technically be possible to modify the fe daemon to allow the optio=
n of redirecting qemu's output to an arbitrary location, but plumbing this =
through to the xen-api level to make it usable would be a lot of work, and =
since this is a very unusual use case I don't think it's likely to happen.
As I said in #xen-api, I think you'd be better off writing this data to a d=
isk mounted on the guest - transferring this much information really isn't =
what the guest -> qemu -> syslog data path is designed for.

John


From: kiran pawar [mailto:kinpaa@gmail.com]
Sent: 20 December 2012 11:28
To: John Else
Subject: Re: help on - massive logging in /var/log/messages hang XCP VMs

Hey John,

I installed fix http://support.citrix.com/article/CTX135235

It allow me to redirect debug log to some extent. It still hang if I redire=
ct with huge data e.g. 10 MB/second. I believe this fix contain same patch =
you pointed out.
Is there anything we can do in fe daemon to make it work for more log redir=
ection ?

~Kiran

On Wed, Dec 19, 2012 at 9:12 PM, kiran pawar > wrote:
Hi John,
logs are coming from qemu only. I believe issue I am seeing can be reproed =
if someone redirect heavy logs from qemu to syslog.
Is there any solution to this ?  I am using workaround which is annoying as=
 I have to open terminal for each VM.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D
ls /proc//fd/2 will show the reader of the pipe.

l-wx------ 1 root root 64 Oct 7 18:49 2 -> pipe:[340027]

[root@ckinpaa]# lsof | grep 340027
fe 14010 root 4r FIFO 0,6 0t0 340027 pipe
qemu-dm.b 14011 root 1w FIFO 0,6 0t0 340027 pipe
qemu-dm.b 14011 root 2w FIFO 0,6 0t0 340027 pipe

so, if I just do a "cat /proc//fd/2", the program will contin=
ue.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

~Kiran

On Wed, Dec 19, 2012 at 9:02 PM, John Else > wrote:
Hi Kiran,

The difference is to with how XCP launches qemu - it is launched via fe (th=
e fork-exec daemon) which then redirects all output from qemu via syslog to=
 /var/log/messages.

Does your large amount of logging come from the guest via qemu, or another =
source? If it's via qemu, you could be running into the bug I mentioned. If=
 it is via another source, but still using syslog, then it could be that sy=
slog is so busy it's not able to read logging from qemu, and qemu hangs. Un=
fortunately I don't think it would be possible to redirect qemu's output to=
 anything other than syslog without modifying the fe daemon itself.

John

From: kiran pawar [mailto:kinpaa@gmail.com]
Sent: 19 December 2012 15:19
To: John Else
Subject: Re: help on - massive logging in /var/log/messages hang XCP VMs

John,
I am working on project where plugin is created to share some information b=
etween host and guest. This plugin echos lot of messages to log.
In open Xen, messages from plugin comes to /var/log/xen/qemu-dm-xxx.log whi=
le in XCP those are coming to /var/log/messages only.

Is there any reason output from qemu can be blocked ? Can I redirect VM spe=
cific log to different log files in XCP ? I am newbie to this things.

Thanks,
~Kiran
On Wed, Dec 19, 2012 at 7:29 PM, John Else > wrote:
Hi Kiran,

Hmm, I guess you might be seeing a slightly different but related problem -=
 the output from qemu may be blocked by syslog being busy, rather than by t=
he problem with FE which is fixed by that patch. This would cause the VM to=
 hang in a similar way.
Why is so much logging going to /var/log/messages? Are you not able to redi=
rect it somewhere else?

John

From: kiran pawar [mailto:kinpaa@gmail.com]
Sent: 19 December 2012 13:12
To: John Else
Subject: help on - massive logging in /var/log/messages hang XCP VMs

Hi John,
I am using XCP 1.5. When I redirect massive logs 10 MB/second to /var/log/m=
essages, VM hang.  If I do cat /proc//fd/2, VM continues=
.

As suggested on freenode, I applies patch https://github.com/xen-org/xen-ap=
i-libs/commit/a13e0d968003e087bf40f4362f866915ba68aeda and then installed x=
api-libs-fe-xxx.rpm. But this does not solve issue.

Can you please provide some help on this issue ?

Thanks,
~Kiran




--_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


(cc’ing xen-api)
 
H=
i Kiran,
&n=
bsp;
It would technically be po=
ssible to modify the fe daemon to allow the option of redirecting qemu̵=
7;s output to an arbitrary location, but plumbing this through to the xen-a=
pi level to make it usable would be a lot of work, and since this is a very=
 unusual use case I don’t think it’s likely to happen.
As I said in #xen-api, I think you=
’d be better off writing this data to a disk mounted on the guest =
211; transferring this much information really isn’t what the guest -=
> qemu -> syslog data path is designed for.
 
John
 
 
From: kiran pawar [mailto:kinpaa@gmai=
l.com] 
Sent: 20 December 2012 11:28
To: John Else
<=
b>Subject: Re: help on - massive logging in /var/log/messages hang XCP =
VMs
 
Hey John,
 <=
/o:p>
 
It allow me to redirect debug log t=
o some extent. It still hang if I redirect with huge data e.g. 10 MB/second=
. I believe this fix contain same patch you pointed out.
Is there anything we can do in fe daemon&n=
bsp;to make it work for more log redirection ?
 
~Kir=
an
 
On Wed, Dec 19, 2012 at=
 9:12 PM, kiran pawar <kinpaa@gmail.com> wrote:
Hi =
John,
logs are coming from qemu onl=
y. I believe issue I am seeing can be reproed if someone redirect heavy log=
s from qemu to syslog.
Is the=
re any solution to this ?  I am using workaround which is annoying as =
I have to open terminal for each VM.
 
=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

ls /proc/<=
qemu_vm_log_id>/fd/2 will show the reader of the pipe. 

l-wx------ 1 root root 64 Oct 7 18:49 2 -> =
pipe:[340027] 

[root@=
ckinpaa]# lsof | grep 340027 
fe 14010 root 4r FIFO 0,6 0t0 340027 pipe 
qemu-dm.b 14011 root 1w FIFO 0,6 0t0 340027 pipe&nb=
sp;
qemu-dm.b 14011 root 2w FI=
FO 0,6 0t0 340027 pipe 

so, if I just do a "cat /proc/<vmiop_log_id>/fd/2", the =
program will continue. 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
~Kiran
 
On=
 Wed, Dec 19, 2012 at 9:02 PM, John Else <john.else@citrix.com> wrote:<=
/p>
Hi Kiran,
&nb=
sp;
The difference is to with how XCP la=
unches qemu – it is launched via fe (the fork-exec daemon) which then=
 redirects all output from qemu via syslog to /var/log/messages.
 
Does you=
r large amount of logging come from the guest via qemu, or another source? =
If it’s via qemu, you could be running into the bug I mentioned. If i=
t is via another source, but still using syslog, then it could be that sysl=
og is so busy it’s not able to read logging from qemu, and qemu hangs=
. Unfortunately I don’t think it would be possible to redirect qemu&#=
8217;s output to anything other than syslog without modifying the fe daemon=
 itself.
 
John
 =

From: kiran pawar [mailto:kinpaa@gmail.com] 
Sent:<=
/b> 19 December 2012 15:19
To: John Else
Subject: Re: h=
elp on - massive logging in /var/log/messages hang XCP VMs
 
John,
I am working on project where plugin is created to share=
 some information between host and guest. This plugin echos lot of messages=
 to log.
In open Xen, messages from plugin =
comes to /var/log/xen/qemu-dm-xxx.log while in XCP those are coming to /var=
/log/messages only. 
 =

Is there any reason output from qemu can be blocked ?=
 Can I redirect VM specific log to different log files in XCP ? I am&n=
bsp;newbie to this things.
 
Thanks,
~Kiran
On Wed, Dec 19, 2012 at 7:29 PM, John Else <john.else@citrix.com> wrote:=

Hi Kiran,
 
Hmm, I guess you might b=
e seeing a slightly different but related problem – the output from q=
emu may be blocked by syslog being busy, rather than by the problem with FE=
 which is fixed by that patch. This would cause the VM to hang in a similar=
 way.
Why is so much logging going to /v=
ar/log/messages? Are you not able to redirect it somewhere else?
 
John
 
=
From: kiran pawar [mailto:kinpaa@gmail.com] 
Sent: 19 December 201=
2 13:12
To: John Else
Subject: help on - massive loggin=
g in /var/log/messages hang XCP VMs
&=
nbsp;
Hi John,
I am usi=
ng XCP 1.5. When I redirect massive logs 10 MB/second to /var/log/messages,=
 VM hang.  If I do cat /proc/<qemu-vm-process-d>/fd/2, VM contin=
ues. 
 
=

As suggested on freenode, I applies patch https://github.com/xen-org/xen-api-libs/commit/a13e0d=
968003e087bf40f4362f866915ba68aeda and then installed xapi-libs-fe-xxx.=
rpm. But this does not solve issue.
&=
nbsp;
Can you please provide some help on t=
his issue ?
 
Thanks,
~Kiran
<=
/div>
 
=

 
 
=
=

--_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_--


--===============5942871584451922870==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5942871584451922870==--


From xen-api-bounces@lists.xen.org Thu Dec 20 14:45:59 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 20 Dec 2012 14:45: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 1TlhNd-0004H2-AZ; Thu, 20 Dec 2012 14:45:49 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlhNc-0004Gw-7h
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 14:45:48 +0000
Received: from [85.158.139.83:29598] by server-11.bemta-5.messagelabs.com id
	54/E6-31624-B9423D05; Thu, 20 Dec 2012 14:45:47 +0000
X-Env-Sender: john.else@citrix.com
X-Msg-Ref: server-2.tower-182.messagelabs.com!1356014742!29006490!1
X-Originating-IP: [46.33.159.39]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDEyODA1\n
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5459 invoked from network); 20 Dec 2012 14:45:43 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39)
	by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	20 Dec 2012 14:45:43 -0000
X-IronPort-AV: E=Sophos;i="4.84,324,1355097600"; d="scan'208,217";a="282514"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	20 Dec 2012 14:45:42 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 20 Dec 2012
	14:45:42 +0000
From: John Else 
To: kiran pawar , "xen-api@lists.xen.org"
	
Date: Thu, 20 Dec 2012 14:46:34 +0000
Thread-Topic: help on - massive logging in /var/log/messages hang XCP VMs
Thread-Index: Ac3epRK4RqPjb3n5TQKoJVHXaUNX+QAFxRmQ
Message-ID: <7EA643C653F17F4C80DE959E978F10EDFBF75AB0EF@LONPMAILBOX01.citrite.net>
References: 
	<7EA643C653F17F4C80DE959E978F10EDFBF6F9E1BB@LONPMAILBOX01.citrite.net>
	
	<7EA643C653F17F4C80DE959E978F10EDFBF6F9E20E@LONPMAILBOX01.citrite.net>
	
	
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] help on - massive logging in /var/log/messages hang
	XCP VMs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5942871584451922870=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5942871584451922870==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_"

--_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

(cc'ing xen-api)

Hi Kiran,

It would technically be possible to modify the fe daemon to allow the optio=
n of redirecting qemu's output to an arbitrary location, but plumbing this =
through to the xen-api level to make it usable would be a lot of work, and =
since this is a very unusual use case I don't think it's likely to happen.
As I said in #xen-api, I think you'd be better off writing this data to a d=
isk mounted on the guest - transferring this much information really isn't =
what the guest -> qemu -> syslog data path is designed for.

John


From: kiran pawar [mailto:kinpaa@gmail.com]
Sent: 20 December 2012 11:28
To: John Else
Subject: Re: help on - massive logging in /var/log/messages hang XCP VMs

Hey John,

I installed fix http://support.citrix.com/article/CTX135235

It allow me to redirect debug log to some extent. It still hang if I redire=
ct with huge data e.g. 10 MB/second. I believe this fix contain same patch =
you pointed out.
Is there anything we can do in fe daemon to make it work for more log redir=
ection ?

~Kiran

On Wed, Dec 19, 2012 at 9:12 PM, kiran pawar > wrote:
Hi John,
logs are coming from qemu only. I believe issue I am seeing can be reproed =
if someone redirect heavy logs from qemu to syslog.
Is there any solution to this ?  I am using workaround which is annoying as=
 I have to open terminal for each VM.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D
ls /proc//fd/2 will show the reader of the pipe.

l-wx------ 1 root root 64 Oct 7 18:49 2 -> pipe:[340027]

[root@ckinpaa]# lsof | grep 340027
fe 14010 root 4r FIFO 0,6 0t0 340027 pipe
qemu-dm.b 14011 root 1w FIFO 0,6 0t0 340027 pipe
qemu-dm.b 14011 root 2w FIFO 0,6 0t0 340027 pipe

so, if I just do a "cat /proc//fd/2", the program will contin=
ue.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

~Kiran

On Wed, Dec 19, 2012 at 9:02 PM, John Else > wrote:
Hi Kiran,

The difference is to with how XCP launches qemu - it is launched via fe (th=
e fork-exec daemon) which then redirects all output from qemu via syslog to=
 /var/log/messages.

Does your large amount of logging come from the guest via qemu, or another =
source? If it's via qemu, you could be running into the bug I mentioned. If=
 it is via another source, but still using syslog, then it could be that sy=
slog is so busy it's not able to read logging from qemu, and qemu hangs. Un=
fortunately I don't think it would be possible to redirect qemu's output to=
 anything other than syslog without modifying the fe daemon itself.

John

From: kiran pawar [mailto:kinpaa@gmail.com]
Sent: 19 December 2012 15:19
To: John Else
Subject: Re: help on - massive logging in /var/log/messages hang XCP VMs

John,
I am working on project where plugin is created to share some information b=
etween host and guest. This plugin echos lot of messages to log.
In open Xen, messages from plugin comes to /var/log/xen/qemu-dm-xxx.log whi=
le in XCP those are coming to /var/log/messages only.

Is there any reason output from qemu can be blocked ? Can I redirect VM spe=
cific log to different log files in XCP ? I am newbie to this things.

Thanks,
~Kiran
On Wed, Dec 19, 2012 at 7:29 PM, John Else > wrote:
Hi Kiran,

Hmm, I guess you might be seeing a slightly different but related problem -=
 the output from qemu may be blocked by syslog being busy, rather than by t=
he problem with FE which is fixed by that patch. This would cause the VM to=
 hang in a similar way.
Why is so much logging going to /var/log/messages? Are you not able to redi=
rect it somewhere else?

John

From: kiran pawar [mailto:kinpaa@gmail.com]
Sent: 19 December 2012 13:12
To: John Else
Subject: help on - massive logging in /var/log/messages hang XCP VMs

Hi John,
I am using XCP 1.5. When I redirect massive logs 10 MB/second to /var/log/m=
essages, VM hang.  If I do cat /proc//fd/2, VM continues=
.

As suggested on freenode, I applies patch https://github.com/xen-org/xen-ap=
i-libs/commit/a13e0d968003e087bf40f4362f866915ba68aeda and then installed x=
api-libs-fe-xxx.rpm. But this does not solve issue.

Can you please provide some help on this issue ?

Thanks,
~Kiran




--_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


(cc’ing xen-api)
 
H=
i Kiran,
&n=
bsp;
It would technically be po=
ssible to modify the fe daemon to allow the option of redirecting qemu̵=
7;s output to an arbitrary location, but plumbing this through to the xen-a=
pi level to make it usable would be a lot of work, and since this is a very=
 unusual use case I don’t think it’s likely to happen.
As I said in #xen-api, I think you=
’d be better off writing this data to a disk mounted on the guest =
211; transferring this much information really isn’t what the guest -=
> qemu -> syslog data path is designed for.
 
John
 
 
From: kiran pawar [mailto:kinpaa@gmai=
l.com] 
Sent: 20 December 2012 11:28
To: John Else
<=
b>Subject: Re: help on - massive logging in /var/log/messages hang XCP =
VMs
 
Hey John,
 <=
/o:p>
 
It allow me to redirect debug log t=
o some extent. It still hang if I redirect with huge data e.g. 10 MB/second=
. I believe this fix contain same patch you pointed out.
Is there anything we can do in fe daemon&n=
bsp;to make it work for more log redirection ?
 
~Kir=
an
 
On Wed, Dec 19, 2012 at=
 9:12 PM, kiran pawar <kinpaa@gmail.com> wrote:
Hi =
John,
logs are coming from qemu onl=
y. I believe issue I am seeing can be reproed if someone redirect heavy log=
s from qemu to syslog.
Is the=
re any solution to this ?  I am using workaround which is annoying as =
I have to open terminal for each VM.
 
=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

ls /proc/<=
qemu_vm_log_id>/fd/2 will show the reader of the pipe. 

l-wx------ 1 root root 64 Oct 7 18:49 2 -> =
pipe:[340027] 

[root@=
ckinpaa]# lsof | grep 340027 
fe 14010 root 4r FIFO 0,6 0t0 340027 pipe 
qemu-dm.b 14011 root 1w FIFO 0,6 0t0 340027 pipe&nb=
sp;
qemu-dm.b 14011 root 2w FI=
FO 0,6 0t0 340027 pipe 

so, if I just do a "cat /proc/<vmiop_log_id>/fd/2", the =
program will continue. 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
~Kiran
 
On=
 Wed, Dec 19, 2012 at 9:02 PM, John Else <john.else@citrix.com> wrote:<=
/p>
Hi Kiran,
&nb=
sp;
The difference is to with how XCP la=
unches qemu – it is launched via fe (the fork-exec daemon) which then=
 redirects all output from qemu via syslog to /var/log/messages.
 
Does you=
r large amount of logging come from the guest via qemu, or another source? =
If it’s via qemu, you could be running into the bug I mentioned. If i=
t is via another source, but still using syslog, then it could be that sysl=
og is so busy it’s not able to read logging from qemu, and qemu hangs=
. Unfortunately I don’t think it would be possible to redirect qemu&#=
8217;s output to anything other than syslog without modifying the fe daemon=
 itself.
 
John
 =

From: kiran pawar [mailto:kinpaa@gmail.com] 
Sent:<=
/b> 19 December 2012 15:19
To: John Else
Subject: Re: h=
elp on - massive logging in /var/log/messages hang XCP VMs
 
John,
I am working on project where plugin is created to share=
 some information between host and guest. This plugin echos lot of messages=
 to log.
In open Xen, messages from plugin =
comes to /var/log/xen/qemu-dm-xxx.log while in XCP those are coming to /var=
/log/messages only. 
 =

Is there any reason output from qemu can be blocked ?=
 Can I redirect VM specific log to different log files in XCP ? I am&n=
bsp;newbie to this things.
 
Thanks,
~Kiran
On Wed, Dec 19, 2012 at 7:29 PM, John Else <john.else@citrix.com> wrote:=

Hi Kiran,
 
Hmm, I guess you might b=
e seeing a slightly different but related problem – the output from q=
emu may be blocked by syslog being busy, rather than by the problem with FE=
 which is fixed by that patch. This would cause the VM to hang in a similar=
 way.
Why is so much logging going to /v=
ar/log/messages? Are you not able to redirect it somewhere else?
 
John
 
=
From: kiran pawar [mailto:kinpaa@gmail.com] 
Sent: 19 December 201=
2 13:12
To: John Else
Subject: help on - massive loggin=
g in /var/log/messages hang XCP VMs
&=
nbsp;
Hi John,
I am usi=
ng XCP 1.5. When I redirect massive logs 10 MB/second to /var/log/messages,=
 VM hang.  If I do cat /proc/<qemu-vm-process-d>/fd/2, VM contin=
ues. 
 
=

As suggested on freenode, I applies patch https://github.com/xen-org/xen-api-libs/commit/a13e0d=
968003e087bf40f4362f866915ba68aeda and then installed xapi-libs-fe-xxx.=
rpm. But this does not solve issue.
&=
nbsp;
Can you please provide some help on t=
his issue ?
 
Thanks,
~Kiran
<=
/div>
 
=

 
 
=
=

--_000_7EA643C653F17F4C80DE959E978F10EDFBF75AB0EFLONPMAILBOX01_--


--===============5942871584451922870==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============5942871584451922870==--


From xen-api-bounces@lists.xen.org Fri Dec 21 00:22:37 2012
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 21 Dec 2012 00:22: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 1TlqNe-0008Gk-Hi; Fri, 21 Dec 2012 00:22:26 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1TlqNd-0008Ge-1W
	for xen-api@lists.xen.org; Fri, 21 Dec 2012 00:22:25 +0000
Received: from [85.158.138.51:19059] by server-13.bemta-3.messagelabs.com id
	2F/A5-00465-FBBA3D05; Fri, 21 Dec 2012 00:22:23 +0000
X-Env-Sender: alk@ondore.com
X-Msg-Ref: server-4.tower-174.messagelabs.com!1356049341!29844587!1
X-Originating-IP: [184.172.38.138]
X-SpamReason: No, hits=1.8 required=7.0 tests=RATWARE_GECKO_BUILD
X-StarScan-Received: 
X-StarScan-Version: 6.6.1.8; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16617 invoked from network); 21 Dec 2012 00:22:22 -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; 21 Dec 2012 00:22:22 -0000
Received: from [187.233.68.172] (port=55800 helo=mail.ondore.i)
	by host0a.ondore-systems.com with esmtpsa
	(TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80)
	(envelope-from ) id 1TlqNY-0000bI-EV
	for xen-api@lists.xen.org; Thu, 20 Dec 2012 18:22:20 -0600
Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96])
	by mail.ondore.i (Postfix) with ESMTPSA id DAC67A209
	for ; Thu, 20 Dec 2012 18:20:02 -0600 (CST)
Message-ID: <50D3ABBB.2090606@ondore.com>
Date: Thu, 20 Dec 2012 18:22:19 -0600
From: Alexandre Kouznetsov 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: "xen-api@lists.xen.org" 
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - 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
X-Get-Message-Sender-Via: host0a.ondore-systems.com: authenticated_id:
	sys.intranet@ondore.com
Subject: [Xen-API] XCP 1.6 unattended PXE install, answers file
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello.

I'm setting up the environment for unattended install of XCP 1.6 via 
PXE. It is supposed to be used to deploy XCP 1.6 on a number of remote 
boxes. Generally, it works in a wonderful way, but i have some doubts 
about the answers file.

I'm using this reference:
http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/installation.html#pxe_boot_install 


1. mypassword
XML answers file is plain, published on a (even private) web server. 
Putting a plain root password there seems not to be that good idea. Is 
it possible to specify the password's hash, instead of plain?

2. 
Sometimes the interfaces are detected in different order. Is it possible 
to specify the interface by something else, instead of it's name? MAC 
address, for example?
I could try to play around with