From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roddy Rodstein Subject: Is there an issue with turning off "scrubbing free RAM" on boot with Xen 4.1.3 Date: Wed, 09 Oct 2013 11:24:22 -0700 Message-ID: <52559F56.3070901@mokumsolutions.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------080407050902060300040107" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VTyQr-0001dg-Ci for xen-devel@lists.xenproject.org; Wed, 09 Oct 2013 18:24:25 +0000 Received: by mail-pb0-f54.google.com with SMTP id ro12so1300633pbb.13 for ; Wed, 09 Oct 2013 11:24:20 -0700 (PDT) List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: xen-devel@lists.xenproject.org List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --------------080407050902060300040107 Content-Type: multipart/alternative; boundary="------------060708070603030902080608" --------------060708070603030902080608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Greetings, Thank you in advance for your support! Our HP Xen 4.1.3 servers have 1TB of RAM, each Xen servers take 20 minutes to boot largely due to the "scrub free RAM" phase. If/when we have dom0 failures and HA kicks-in, we would like to reduce the boot time to make the resource quickly available, perhaps using the no-bootscrub attribute in grub.conf. Could you please share your comments about turning of RAM scrubbing, i.e. have you seen any consequences, security issues and/or threats, red flags, etc...? We have asked the same question at the commercially supported Xen forums, i.e. Oracle and Citrix, as well as to each aforementioned support team, and have not received a lick of meaningful information. Respectfully, Roddy -- Roddy Rodstein CEO and Founder Mokum Solutions, Inc. Phone: (415) 252-9164 E-mail: roddy.rodstein@mokumsolutions.com Web: http://mokumsolutions.com and http://itnewscast.com Follow me on Twitter: http://twitter.com/itnewscast Up-to-date Oracle news by Mokum: http://itnewscast.com/ CONFIDENTIAL "The information contained in this e-mail and any attachment is confidential. It is intended only for the named addressee(s). If you are not the named addressee please notify the sender immediately and do not disclose, copy or distribute the contents to any other person other than the intended addressee(s)" --------------060708070603030902080608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Greetings,

Thank you in advance for your support!

Our HP Xen 4.1.3 servers have 1TB of RAM, each Xen servers take 20 minutes to boot largely due to the "scrub free RAM" phase. If/when we have dom0 failures and HA kicks-in, we would like to reduce the boot time to make the resource quickly available, perhaps using the no-bootscrub attribute in grub.conf.

Could you please share your comments about turning of RAM scrubbing, i.e. have you seen any consequences, security issues and/or threats, red flags, etc...?

We have asked the same question at the commercially supported Xen forums, i.e. Oracle and Citrix, as well as to each aforementioned support team, and have not received a lick of meaningful information.

Respectfully,

Roddy

-- 
Roddy Rodstein  CEO and Founder
Mokum Solutions, Inc.
Phone:  (415) 252-9164
E-mail: roddy.rodstein@mokumsolutions.com  Web: http://mokumsolutions.com and http://itnewscast.com
Follow me on Twitter: http://twitter.com/itnewscast
Up-to-date Oracle news by Mokum: http://itnewscast.com/
CONFIDENTIAL  "The information contained in this e-mail and any attachment is confidential. It is intended only for the named addressee(s). If you are not the named addressee please notify the sender immediately and do not disclose, copy or distribute the contents to any other person other than the intended addressee(s)"

--------------060708070603030902080608-- --------------080407050902060300040107 Content-Type: text/x-vcard; charset=utf-8; name="roddy_rodstein.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="roddy_rodstein.vcf" begin:vcard fn:Roddy Rodstein n:Rodstein;Roddy email;internet:roddy.rodstein@mokumsolutions.com tel;work:4152529164 tel;cell:4158602851 version:2.1 end:vcard --------------080407050902060300040107 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --------------080407050902060300040107--