Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 39D8318951 for ; Sat, 29 Aug 2015 05:49:48 +0000 (UTC) Received: (qmail 52377 invoked by uid 500); 29 Aug 2015 05:49:47 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 52321 invoked by uid 500); 29 Aug 2015 05:49:47 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 52306 invoked by uid 99); 29 Aug 2015 05:49:47 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Aug 2015 05:49:47 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id E07B0EF4EF for ; Sat, 29 Aug 2015 05:49:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.901 X-Spam-Level: ** X-Spam-Status: No, score=2.901 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id irG7RU5dI5za for ; Sat, 29 Aug 2015 05:49:35 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 175FD42B42 for ; Sat, 29 Aug 2015 05:49:35 +0000 (UTC) Received: by wifs6 with SMTP id s6so874159wif.1 for ; Fri, 28 Aug 2015 22:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=D7GHdsqievAi/728+LU+3IMqtmvXJLRM1Joyo9jSzqk=; b=tA/yFZVENLWknvZ3wWwy8f2esUH0503+cjSucWGr2v6FjQqvPgEwHU+hDLNspdOZYh kr2/t+if1+ZQUQlAOGvBGuncSbhhiyAcvOXmPoS1dk6MO0/ailxj6i6wy7m12hkKs6cR tCXJgjpyW5FIIzbhxn2A/Of/eXLayrhG4cnmQmU2fXGKjYh14QxRcsrw3uW6OYlzyBdq kcGbMBisHyW4EAIQpXVH9dvgh95gIzNfmjaDRDG12SuDkPHHvJGa2jjYHysW8fH0k0NI RqOcsimBSm7Ti+uqesLeQ3eG2wT6f2D36AAXkqhagFgkib6pxf0UA62txcRTxyf7z3/A 5+2A== MIME-Version: 1.0 X-Received: by 10.180.82.162 with SMTP id j2mr8634296wiy.10.1440827374205; Fri, 28 Aug 2015 22:49:34 -0700 (PDT) Received: by 10.28.2.11 with HTTP; Fri, 28 Aug 2015 22:49:34 -0700 (PDT) In-Reply-To: <5530feba9f1d4a84bb55ac20ae0d455e@ILLDCUC11.Intrinium.local> References: <8a1d073420b444daaf71a4ee615f8c11@ILLDCUC11.Intrinium.local> <55E01003.4090505@widodh.nl> <5530feba9f1d4a84bb55ac20ae0d455e@ILLDCUC11.Intrinium.local> Date: Sat, 29 Aug 2015 07:49:34 +0200 Message-ID: Subject: Re: Discuss reserving memory on KVM hypervisors ref: CLOUDSTACK-8678 From: Erik Weber To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=f46d04428804d2804d051e6cc3e6 --f46d04428804d2804d051e6cc3e6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Make it configurable to enable/disable the check? Or even the size. For labs etc you might not have or want that much to spare. Erik Den l=C3=B8rdag 29. august 2015 skrev Josh Harshman f=C3=B8lgende: > Wido - > Looks like the problem resides in the logic that does the detection of th= e > host resources. It looks like most, if not all, the KVM host detection > occurs in the LibvirtComputingResource class. Here I can modify it so it > will take the value stored in dom0MinMem into account when calculating th= e > ram available. > > I've forked the repo and am working on a fix. > Does anyone have anything to add? Suggestions? > > ________________________________________ > From: Wido den Hollander > > Sent: Friday, August 28, 2015 12:38 AM > To: dev@cloudstack.apache.org > Subject: Re: Discuss reserving memory on KVM hypervisors ref: > CLOUDSTACK-8678 > > > > Josh Harshman > Cloud Engineer > > Intrinium > > On 27-08-15 18:36, Josh Harshman wrote: > > In a KVM cluster, CloudStack sees 100% of the compute node's RAM and > treats it as allocatable space which eventually leads to OOM killing gues= ts. > > > > > > There is an agent property named host.reserved.mem.mb which is able to > be set in the agent.properties file and passed to the management server. > This value is stored as dom0MinMem, however, it appears to be ignored. > > > > > > If we could tweak the host capacity calculation and have it take this > into account, I believe that would be ideal. > > > > > > Side note: the variable dom0MinMem is declared as an int and can be > overflowed. Suggested change would be make it a long and add a check > especially if we are going to make this a configurable parameter. > > > > > > Yes, that seems like a sane thing to do. We should be able to say that > eg 8GB of memory should stay available for the HV. > > Don't know where the problem lies though. A PR is welcome :) > > Wido > > > > > > > Josh Harshman > > > > Cloud Engineer > > > > > > Intrinium > > Tel: (509) 465-1234 x5259 > > Fax: (866) 565-4578 > > Lync / Skype: Josh.Harshman@intrinium.com > > Web: http://intrinium.com > > > > > > [Intrinium Long Sig Logo] > > > > > > [Facebook] > [Twitter] [Linkedin] < > http://www.linkedin.com/company/intrinium_networks_it_security?trk=3Dfc_b= adge> > [Youtube] [Blog] < > http://intrinium.com/blog/> > > > > Information Security and Compliance Consulting | Managed IT and Securit= y > Services | Cloud Services > > > > > > > > > > > > ________________________________ > > > > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they are > addressed. If you have received this email in error please notify the > system manager. This message contains confidential information and is > intended only for the individual named. If you are not the named addresse= e > you should not disseminate, distribute or copy this e-mail. Please notify > the sender immediately by e-mail if you have received this e-mail by > mistake and delete this e-mail from your system. If you are not the > intended recipient you are notified that disclosing, copying, distributin= g > or taking any action in reliance on the contents of this information is > strictly prohibited. > > > --f46d04428804d2804d051e6cc3e6--