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 5058A10A6F for ; Fri, 16 Oct 2015 10:00:16 +0000 (UTC) Received: (qmail 41243 invoked by uid 500); 16 Oct 2015 10:00:15 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 41191 invoked by uid 500); 16 Oct 2015 10:00:15 -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 41179 invoked by uid 99); 16 Oct 2015 10:00:15 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Oct 2015 10:00:15 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id EC65BC084E for ; Fri, 16 Oct 2015 10:00:14 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.13 X-Spam-Level: *** X-Spam-Status: No, score=3.13 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 0tzILw9wpJ_C for ; Fri, 16 Oct 2015 10:00:09 +0000 (UTC) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 78EC020758 for ; Fri, 16 Oct 2015 10:00:08 +0000 (UTC) Received: by wijq8 with SMTP id q8so2628379wij.0 for ; Fri, 16 Oct 2015 03:00:01 -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=if/a5gTxXSQ4jQzUte00W1B0odUJX7Kz7hqbjrnj9B4=; b=rMjpuVCaM4w3UoCFUV6dW88x26j9yMS/H/7JxvlYyy/Yk5qv8lKEBiiAdVc3+H/ehP RLlXa9Tuy3l8vQkZsx30qEV+8DH3bSfH4X3NXOTJnYMN6b8NsZ6Vu1SvvT/msR+iOU0m vp/NapjxBhteyATfDwq2WQgMrBG83ySdx5u2LspHlIhWNF3LDyGmB3JLdKwIujn/kj5d e3qgBHUztVGJ+sWXmLzT49eZNSNBxjeV8+dNQzjYJZrfuDoYhdDC/mISEAjlCpwvwh6d 0q8PrdeaJmik4AqP6vDf7ZAUSrPZeJ/13nlKUxrR7OXW2Vk8dO3JxhqXcqonWc/QkZ0Z YEOw== MIME-Version: 1.0 X-Received: by 10.194.236.3 with SMTP id uq3mr6002061wjc.22.1444989600913; Fri, 16 Oct 2015 03:00:00 -0700 (PDT) Received: by 10.28.68.213 with HTTP; Fri, 16 Oct 2015 03:00:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 Oct 2015 13:00:00 +0300 Message-ID: Subject: Re: Volume migration not working in asynchronous way | Urgent help ! From: Emil To: users@cloudstack.apache.org Content-Type: multipart/alternative; boundary=089e013d1564dde6be052235db58 --089e013d1564dde6be052235db58 Content-Type: text/plain; charset=UTF-8 Any way, making it "true" or "false" did not helped. Don't know what to do. 2015-10-16 1:06 GMT+03:00 Somesh Naidu : > Emil, > > > If false, try setting it to true and see if that works. > > I may have mistakenly said it the other way round, if set to true, VM > operations will execute in sequence meaning multiple VMs cannot be launched > at the same time on 1 host. The default for this parameter is false. I > don't know for sure if this parameter affects volume operations so wanted > you to try out. > > Regards, > Somesh > > > -----Original Message----- > From: Emil [mailto:emil45@gmail.com] > Sent: Thursday, October 15, 2015 12:07 AM > To: users@cloudstack.apache.org > Subject: Re: Volume migration not working in asynchronous way | Urgent > help ! > > Update: > > the parameter "vmware.create.full.clone" was set to "true", didn't help > either. > But noticed something else, now when "full.clone" is enabled, > I couldn't deploy two instances simultaneously !! > > It seems like there is some kind of limitation or restriction with > "time"/"heavy tasks"/"waiting", dont know what ! > > And you can see also a message from this guy in 9 Oct: > Timothy Lothering Re: Running Multiple Jobs in parallel > > Is there any kind of limitation/restriction with vMware with tasks that > takes time ? > > 2015-10-14 0:04 GMT+03:00 ilya : > > > Somesh, > > > > Not certain how that is going to help the problem with concurrent > > tasks.. Please explain.. > > > > Thanks, > > ilya > > > > On 10/13/15 1:58 PM, Somesh Naidu wrote: > > > Can you check what value is set for global configuration parameter > > "vmware.create.full.clone"? If false, try setting it to true and see if > > that works. > > > > > > Regards, > > > Somesh > > > > > > -----Original Message----- > > > From: Emil [mailto:emil45@gmail.com] > > > Sent: Tuesday, October 13, 2015 3:08 PM > > > To: users@cloudstack.apache.org > > > Subject: Volume migration not working in asynchronous way | Urgent > help ! > > > > > > Hello, > > > > > > We have a big problem in our environment which not letting us keep > > working. > > > We are trying to use the command migrateVolume which is written as > > > asynchronous in cloudstack API. > > > > > > But in some way every time we try to run the command (through the API > or > > > Web) > > > only 1x migration running at a time (At very very rare situations 2x > > > migrations running simultaneously). > > > > > > I tried to check every configuration settings especially those: > > > > > > - execute.in.sequence.hypervisor.commands > > > - execute.in.sequence.network.element.commands > > > > > > They were defaulted as false, I tried them with true as value also > didnt > > > worked. > > > > > > Also if we are trying to run storage vMotion through the vSphere > client, > > it > > > working great (3,4,5 simultaneously) > > > > > > Some details about our environment: > > > > > > vSphere 5.5 > > > CS 4.5.2 > > > > > > Some logs conclusions: > > > > > > When preforming the first volumeMigration it seems like each task has a > > > sequence id, which registerd some where, > > > then the task "Executing" it self and every thing fine. Got unique job > id > > > for the task (to trace the status). > > > > > > When the second volumeMigration executed there is a line in the log > which > > > very suspicious and it says: > > > "Waiting for Seq 244522346426 Scheduling: .." > > > That sequence id is the id of the first migration ! Why the hell he > > waiting > > > for the first task ?! > > > > > > I hope some one will see ot and can help. Very urgent case. > > > > > > --089e013d1564dde6be052235db58--