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 90AEF18D1C for ; Sat, 8 Aug 2015 09:26:57 +0000 (UTC) Received: (qmail 54334 invoked by uid 500); 8 Aug 2015 09:26:57 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 54279 invoked by uid 500); 8 Aug 2015 09:26:57 -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 54267 invoked by uid 99); 8 Aug 2015 09:26:56 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Aug 2015 09:26:56 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 72FD81A9A72 for ; Sat, 8 Aug 2015 09:26:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-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: spamd2-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=solidfire.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 5yaJ-brSZLE6 for ; Sat, 8 Aug 2015 09:26:47 +0000 (UTC) Received: from mail-yk0-f169.google.com (mail-yk0-f169.google.com [209.85.160.169]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 61CAC24B15 for ; Sat, 8 Aug 2015 09:26:46 +0000 (UTC) Received: by ykdt205 with SMTP id t205so25862539ykd.1 for ; Sat, 08 Aug 2015 02:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=solidfire.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=wo+HgE1qdQOZpSfWwpX8xk9nHmi7qzae30HgVRu3+WM=; b=XOPzeGwf2ikF8I3WC5ChIkjYbicn1K+U5i0msjnRUSNrVDp6fHfAQAFMJctfsReK/I Vo0c88uuGG6SjaVLVnjUNFPOsTGUH6hH0PPsFR1FktmrXYk6db65HqJ2sSYgTDK9/nAm FZGyjGP3OV8GiHKNmShn+9ALTlz4qf0ROyjDg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=wo+HgE1qdQOZpSfWwpX8xk9nHmi7qzae30HgVRu3+WM=; b=PZUtfop9cG3to79r36QK0wKs4Ixw3wZjZtRxZJXZv/lMLdCaVVDbxsx21RfwIfzM7a KDBk66K+qaIePmQCCl3UenN7cEdWWQSDLYiUE5VcNkGUgI4QzgG/BvYKWuA6pRTrCGfn vncWfhPQM8TRXL22xsXubX2RQWGJq5FcLF11/ctflDGXe+t+GCch1mV7TDXEfRimxhhL hm86/tGSxo8wkxSzUhYqTsOWogdif6FVX/a9dXfawNgtICstx7CyhvwmSNblO1qJvIVI 09mBHfuwyhUyzGKlwXPh9t9yCM6fsFWXfYELxoWqLC3jbqs1g2T1Z2mP1I6qM7K5xWs4 ycJg== X-Gm-Message-State: ALoCoQlnpMmYwNoiToH7tAzKa/2MyrCz3BGqWV7dGFrLhqkIHuulXmeghm94NbVdMnUji3HX2BBq X-Received: by 10.170.117.78 with SMTP id j75mr9321775ykb.67.1439026005117; Sat, 08 Aug 2015 02:26:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.95.135 with HTTP; Sat, 8 Aug 2015 02:26:05 -0700 (PDT) In-Reply-To: References: From: Mike Tutkowski Date: Sat, 8 Aug 2015 03:26:05 -0600 Message-ID: Subject: Re: [4.6] Issues deploying VM on VMware To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=001a1137bf8adbc80f051cc95973 --001a1137bf8adbc80f051cc95973 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable OK, just to close this "issue" out: It turns out I forgot to mount my /export/secondary to /mnt/sec. Simple as that. :) Unfortunately the error messages I was receiving didn't really indicate anything like that. Also, I was able to easily re-route the CopyCommand so I could debug it via Eclipse inside of the CS MS. On Sat, Aug 8, 2015 at 2:56 AM, Mike Tutkowski wrote: > Is there an easy way to avoid routing this command to the SSVM so that I > can debug the code in Eclipse more easily? > > For example, VMwareGuru is where we decide to route this command to the > SSVM. > > Would it be OK if I went in via the debugger and had it not route to the > SSVM, so the CopyCommand would be sent to code inside the CS MS (and I > could then easily break point it)? > > On Sat, Aug 8, 2015 at 2:51 AM, Mike Tutkowski < > mike.tutkowski@solidfire.com> wrote: > >> Here's some relevant text from the cloud.log file on the SSVM. It, too, >> indicates an UnsupportedAnswer exception. >> >> 2015-08-08 08:37:26,657 DEBUG [cloud.agent.Agent] >> (agentRequest-Handler-3:null) Request:Seq 4-2159476021324152902: { Cmd = , >> MgmtId: 52237617797, via: 4, Ver: v1, Flags: 100111, >> [{"org.apache.cloudstack.storage.command.CopyCommand":{"srcTO":{"org.apa= che.cloudstack.storage.to.TemplateObjectTO":{"path":"template/tmpl/1/7/5dcd= 06f5-f6da-3118-993f-bdd0990b88a5.ova","origUrl":" >> http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","uuid":"e= 4c59bbe-3a26-11e5-8215-000c299aca85","id":7,"format":"OVA","accountId":1,"c= hecksum":"f6f881b7f2292948d8494db837fe0f47","hvm":false,"displayText":"Cent= OS >> 5.3(64-bit) no GUI >> (vSphere)","imageDataStore":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs= :// >> 192.168.129.50/export/secondary >> ","_role":"Image"}},"name":"centos53-x64","hypervisorType":"VMware"}},"d= estTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl":" >> http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","uuid":"e= 4c59bbe-3a26-11e5-8215-000c299aca85","id":7,"format":"OVA","accountId":1,"c= hecksum":"f6f881b7f2292948d8494db837fe0f47","hvm":false,"displayText":"Cent= OS >> 5.3(64-bit) no GUI >> (vSphere)","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDa= taStoreTO":{"uuid":"047443d7-cb2e-4bbc-b743-38118fdf71af","id":6,"poolType"= :"VMFS","host":"VMFS >> datastore: datastore-11","path":"datastore-11","port":0,"url":"VMFS://VM= FS >> datastore: >> datastore-11/datastore-11/?ROLE=3DPrimary&STOREUUID=3D047443d7-cb2e-4bbc= -b743-38118fdf71af"}},"name":"centos53-x64","hypervisorType":"VMware"}},"ex= ecuteInSequence":true,"options":{},"options2":{},"wait":10800}}] >> } >> 2015-08-08 08:37:26,657 DEBUG [cloud.agent.Agent] >> (agentRequest-Handler-3:null) Processing command: >> org.apache.cloudstack.storage.command.CopyCommand >> 2015-08-08 08:37:26,658 DEBUG [cloud.agent.Agent] >> (agentRequest-Handler-3:null) Seq 4-2159476021324152902: { Ans: , MgmtI= d: >> 52237617797, via: 4, Ver: v1, Flags: 110, >> [{"com.cloud.agent.api.UnsupportedAnswer":{"result":false,"details":"Uns= upported >> command issued: org.apache.cloudstack.storage.command.CopyCommand. Are = you >> sure you got the right type of server?","wait":0}}] } >> >> On Sat, Aug 8, 2015 at 2:42 AM, Mike Tutkowski < >> mike.tutkowski@solidfire.com> wrote: >> >>> I had a little time to look into this and here's what I found so far: >>> >>> An UnsupportedAnswer exception is being returned by the secondary >>> storage VM when the CopyCommand is sent to it to copy the template from >>> secondary to primary storage. >>> >>> Perhaps unrelated, but I also noticed in the host_details table that th= e >>> "password" for both of my ESXi hosts is incorrect. What's listed in thi= s >>> table for these two hosts is the password for vCenter Server. >>> >>> I updated the host_details table with the proper passwords for the ESXi >>> hosts and re-ran my "create VM" test to see if that fixed the issue...i= t >>> did not. >>> >>> On Fri, Aug 7, 2015 at 12:55 PM, Mike Tutkowski < >>> mike.tutkowski@solidfire.com> wrote: >>> >>>> Hi, >>>> >>>> I was wondering if anyone was aware of issues in 4.6 around deploying >>>> VMs on VMware. >>>> >>>> I have a Basic Zone running system VMs on XenServer and am trying to >>>> deploy a VM to local storage on ESXi. CloudStack is claiming insuffici= ent >>>> space to deploy the VM. >>>> >>>> I plan to look into this in more depth, but was just curious first if >>>> anyone knew of current issues here. >>>> >>>> Thanks! >>>> >>>> -- >>>> *Mike Tutkowski* >>>> *Senior CloudStack Developer, SolidFire Inc.* >>>> e: mike.tutkowski@solidfire.com >>>> o: 303.746.7302 >>>> Advancing the way the world uses the cloud >>>> *=E2=84=A2* >>>> >>> >>> >>> >>> -- >>> *Mike Tutkowski* >>> *Senior CloudStack Developer, SolidFire Inc.* >>> e: mike.tutkowski@solidfire.com >>> o: 303.746.7302 >>> Advancing the way the world uses the cloud >>> *=E2=84=A2* >>> >> >> >> >> -- >> *Mike Tutkowski* >> *Senior CloudStack Developer, SolidFire Inc.* >> e: mike.tutkowski@solidfire.com >> o: 303.746.7302 >> Advancing the way the world uses the cloud >> *=E2=84=A2* >> > > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkowski@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud > *=E2=84=A2* > --=20 *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkowski@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud *=E2=84=A2* --001a1137bf8adbc80f051cc95973--