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 56D45FC99 for ; Thu, 4 Apr 2013 19:23:36 +0000 (UTC) Received: (qmail 20423 invoked by uid 500); 4 Apr 2013 19:23:35 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 20367 invoked by uid 500); 4 Apr 2013 19:23:35 -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 20355 invoked by uid 99); 4 Apr 2013 19:23:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Apr 2013 19:23:35 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Alena.Prokharchyk@citrix.com designates 66.165.176.89 as permitted sender) Received: from [66.165.176.89] (HELO SMTP.CITRIX.COM) (66.165.176.89) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Apr 2013 19:23:31 +0000 X-IronPort-AV: E=Sophos;i="4.87,410,1363132800"; d="scan'208";a="17585291" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 04 Apr 2013 19:23:10 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.73]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Thu, 4 Apr 2013 12:23:08 -0700 From: Alena Prokharchyk To: "dev@cloudstack.apache.org" Date: Thu, 4 Apr 2013 12:23:06 -0700 Subject: Re: Job-Executor workers Thread-Topic: Job-Executor workers Thread-Index: Ac4xadapQdsYcfhvTAyHb2jM37jpxA== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.120402 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org No, it can't be updated using UI/WebServices APIs. I remember somebody in the dev list mentioned that he modified StartCommand.java with executeInSequence=3Dfalse and tested it with KVM hypervisor, and it worked for him. Not sure how concurrent starts (and how many) are supported by other hypervisors, so have to be careful if decide to set this flag to true. On 4/4/13 12:01 PM, "Jeronimo Garcia" wrote: >Hi. > >I can see the override on *agent/api/StartCommand.java* >* >* >*@Override* >*public boolean executeInSequence() {* >* return true; > * >*}* >* >* >I'm guessing this can't be changed from the gui or api right? > >Thanks > > >On Thu, Apr 4, 2013 at 1:56 PM, Jeronimo Garcia >wrote: > >> Thanks Alena, im checking that out now. >> Chiradeep , I'm using the default centos template that comes with the >> secondary storage sys vm. >> >> Thanks! >> >> >> On Thu, Apr 4, 2013 at 1:53 PM, Chiradeep Vittal < >> Chiradeep.Vittal@citrix.com> wrote: >> >>> Note that each deployment to local storage has to download the base >>> template to local disk from secondary storage. How big is the template? >>> How fast is your secondary storage? >>> >>> >>> On 4/4/13 11:36 AM, "Jeronimo Garcia" wrote: >>> >>> >Hi List. >>> > >>> >I'm having issues when deploying a big number of virtual machines >>>across >>> a >>> >number of nodes. >>> > >>> >the imporession that i get ( from the logs) is that the >>>AsyncJobExecutor >>> >is >>> >pulling jobs from the queue and do them one by one (which when you are >>> >deploying a big number of virtual machines could take a long while) >>> > >>> >In AsyncJobManager.java i see something that could change this >>>behaviour >>> >but im not sure: >>> > >>> >*final int cloudMaxActive =3D >>> >Integer.parseInt(dbProps.getProperty("db.cloud.maxActive")); >>> > * >>> >*int poolSize =3D (cloudMaxActive * 2) / 3;* >>> > >>> >. >>> > >>> >I'm using 'random' as vm.allocation.algorithm , and my rest is to >>>deploy >>> >200 vms across 7 nodes using local storage, also im using >>> >cloud-server-4.0.1-1 version. >>> > >>> >I've tried playing with worker settings in agents and manager but i >>>don't >>> >see any change so far. >>> > >>> >Thanks! >>> >>> >> >