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.tutkow...@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.apache.cloudstack.storage.to.TemplateObjectTO":{"path":"template/tmpl/1/7/5dcd06f5-f6da-3118-993f-bdd0990b88a5.ova","origUrl":"
> http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","uuid":"e4c59bbe-3a26-11e5-8215-000c299aca85","id":7,"format":"OVA","accountId":1,"checksum":"f6f881b7f2292948d8494db837fe0f47","hvm":false,"displayText":"CentOS
> 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"}},"destTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl":"
> http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","uuid":"e4c59bbe-3a26-11e5-8215-000c299aca85","id":7,"format":"OVA","accountId":1,"checksum":"f6f881b7f2292948d8494db837fe0f47","hvm":false,"displayText":"CentOS
> 5.3(64-bit) no GUI
> (vSphere)","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"047443d7-cb2e-4bbc-b743-38118fdf71af","id":6,"poolType":"VMFS","host":"VMFS
> datastore: datastore-11","path":"datastore-11","port":0,"url":"VMFS://VMFS
> datastore:
> datastore-11/datastore-11/?ROLE=Primary&STOREUUID=047443d7-cb2e-4bbc-b743-38118fdf71af"}},"name":"centos53-x64","hypervisorType":"VMware"}},"executeInSequence":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: , MgmtId:
> 52237617797, via: 4, Ver: v1, Flags: 110,
> [{"com.cloud.agent.api.UnsupportedAnswer":{"result":false,"details":"Unsupported
> 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.tutkow...@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 the
>> "password" for both of my ESXi hosts is incorrect. What's listed in this
>> 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...it
>> did not.
>>
>> On Fri, Aug 7, 2015 at 12:55 PM, Mike Tutkowski <
>> mike.tutkow...@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 insufficient
>>> 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.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the cloud
>>> <http://solidfire.com/solution/overview/?video=play>*™*
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> <http://solidfire.com/solution/overview/?video=play>*™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
