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 059EC10C96 for ; Mon, 3 Feb 2014 15:23:30 +0000 (UTC) Received: (qmail 72836 invoked by uid 500); 3 Feb 2014 15:23:28 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 72799 invoked by uid 500); 3 Feb 2014 15:23:26 -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 72791 invoked by uid 99); 3 Feb 2014 15:23:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Feb 2014 15:23:25 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [162.210.70.57] (HELO us2.outbound.mailhostbox.com) (162.210.70.57) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Feb 2014 15:23:19 +0000 Received: from localhost (unknown [106.216.131.180]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tsp@v0g0n.org) by us2.outbound.mailhostbox.com (Postfix) with ESMTPSA id 8F9CE1E989FA for ; Mon, 3 Feb 2014 15:22:55 +0000 (GMT) Date: Mon, 3 Feb 2014 20:52:47 +0530 From: Prasanna Santhanam To: dev@cloudstack.apache.org Subject: Re: [PROPOSAL] Introduce API returning you an answer from CloudStack storage/host allocators whethere there is enough resources for vm deployment Message-ID: <20140203152247.GA1442@cloud-2.local> Mail-Followup-To: dev@cloudstack.apache.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-CTCH-RefID: str=0001.0A020203.52EFB452.0185,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CTCH-SenderID: tsp@apache.org X-CTCH-SenderID-TotalMessages: 1 X-CTCH-SenderID-TotalSpam: 0 X-CTCH-SenderID-TotalSuspected: 0 X-CTCH-SenderID-TotalBulk: 0 X-CTCH-SenderID-TotalConfirmed: 0 X-CTCH-SenderID-TotalRecipients: 0 X-CTCH-SenderID-TotalVirus: 0 X-CTCH-SenderID-BlueWhiteFlag: 0 X-Scanned-By: MIMEDefang 2.72 on 172.16.214.8 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Feb 03, 2014 at 09:09:44AM -0500, David Nalley wrote: > 3. Most importantly deploying a single machine isn't interesting, and > why would I bother checking. (And this also brings up one of the > things I find lacking in the deployVM API call.) What I'd be > interested in knowing is whether I could deploy 5, 50, or 500 > machines. Perhaps adding a count parameter to the deployVirtualMachine > would help (and the corresponding API call to check that resources are > available.) +1 - incredibly useful for large hadoop clusters. -- Prasanna., ------------------------ Powered by BigRock.com