Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 657FD10E9F for ; Thu, 17 Apr 2014 15:21:41 +0000 (UTC) Received: (qmail 30654 invoked by uid 500); 17 Apr 2014 15:21:34 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 30614 invoked by uid 500); 17 Apr 2014 15:21:33 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 30605 invoked by uid 99); 17 Apr 2014 15:21:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2014 15:21:32 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=FREEMAIL_REPLY,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ilya.mailing.lists@gmail.com designates 209.85.216.41 as permitted sender) Received: from [209.85.216.41] (HELO mail-qa0-f41.google.com) (209.85.216.41) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2014 15:21:26 +0000 Received: by mail-qa0-f41.google.com with SMTP id j5so521179qaq.28 for ; Thu, 17 Apr 2014 08:21:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=CDaqP43eyGjcYAO8On/rd7lxmjIOS+VVMHbw9ikBMPI=; b=mTMgtN2t0+rCqxDREysah6554rW+lFAZifLobYp15i3L1B6KTVEGc+3B46I3bcHb0k RogOrDJAKr9iSzChdy6Lmq91sLW1p3yB8eUCwPhIvwEN3NLGMpm5RvfI3fIt/zY2ELn1 p89GtCgm4mqu29JdTG79CqHBVYAecyoKccuMM4klmPa41/dHx1G38vZP1ln9S5cNxdBf 6bVXNnRUnFg8L7wv5GWfceEGvsoqx9jp7xUu4Y9O5bf4SXTeN4G2aBtkYLhtR5WV0FXh JrU5erx8BVWr5o2gYcIyIo1ygxt5tPu42xPen/HRS4zJ73qBZPBcU5w65U5XDLff/z5w Zh5Q== X-Received: by 10.224.36.129 with SMTP id t1mr11069141qad.88.1397748065431; Thu, 17 Apr 2014 08:21:05 -0700 (PDT) Received: from [0.0.0.0] ([162.243.147.22]) by mx.google.com with ESMTPSA id j16sm22477308qgd.14.2014.04.17.08.21.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 17 Apr 2014 08:21:04 -0700 (PDT) Message-ID: <534FF15D.6070202@gmail.com> Date: Thu, 17 Apr 2014 11:21:01 -0400 From: ilya musayev User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: users@cloudstack.apache.org Subject: Re: AW: Cloudstack complains about storage space References: <025c01cf57d2$f89affd0$e9d0ff70$@gmail.com> <04d101cf5a3f$8091c4f0$81b54ed0$@gmail.com> In-Reply-To: <04d101cf5a3f$8091c4f0$81b54ed0$@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Abu If this makes no sense - and i agree with you, perhaps you can help the project and open enhancement request. Thanks ilya On 4/17/14, 9:18 AM, Abu Bashiri wrote: > Thanks raphael, > > but i already know that. Again, for me the value make no sense: > > since its allocated percentage: 7627580.872342288 > since its allocated percentage: 7627580.872342288 > > nsufficient un-allocated capacity on: 3 for volume allocation: [Vol[204|vm=182|ROOT]] since its allocated percentage: 7627580.872342288 has crossed the allocated pool.storage.alloca > > -----Ursprüngliche Nachricht----- > Von: Rafael Weingartner [mailto:rafaelweingartner@gmail.com] > Gesendet: Montag, 14. April 2014 14:18 > An: users@cloudstack.apache.org > Betreff: Re: Cloudstack complains about storage space > > Allocation is different from real storage usage. > > I would to two things: > > First of all, change you storage.overprovisioning.factor for storage allocation to a higher degree such as 5. > > Second of all, I would change > “pool.storage.allocated.capacity.disablethreshold” and “pool.storage.capacity.disablethreshold” to something like 90% or even 95%. > > Cs monitors those values and will just instantiate new VMs if the threasholds have not been crossed. >