The 4.3 released RPMs work with my NFS tests for a fresh install. Is
this a fresh install or an upgrade? What code are you running, both on
mgmt server and agent (rpms, debs, or from source and commit hash)? Do
you have a CopyCommand in the logs that shows the full JSON objects
representing the NfsTO being passed? Example:
2014-04-16 09:40:34,979 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-5:null) Request:Seq 1-946470950: { Cmd ,
MgmtId: 90520735907663, via: 1, Ver: v1, Flags: 100011,
[{"org.apache.cloudstack.storage.command.CopyCommand":{"srcTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"path":"template/tmpl/2/202/daf8a242-226a-391e-afab-25b9598cc5c1.qcow2","origUrl":"http://marcus.mlsorensen.com/cloudstack-extras/tiny-centos-63.qcow2","uuid":"b4f4e742-7099-4dca-a589-1c75e2199ba9","id":202,"format":"QCOW2","accountId":2,"checksum":"44cd0e6330a59f031460bc18a40c95a2","hvm":true,"displayText":"tiny","imageDataStore":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://172.17.10.10/nfs/secondary","_role":"Image"}},"name":"202-2-f40033ea-61c3-3e02-823f-d279eeab3e44","hypervisorType":"KVM"}},"destTO":{"org.apache.cloudstack.storage.to.TemplateObjectTO":{"origUrl":"http://marcus.mlsorensen.com/cloudstack-extras/tiny-centos-63.qcow2","uuid":"b4f4e742-7099-4dca-a589-1c75e2199ba9","id":202,"format":"QCOW2","accountId":2,"checksum":"44cd0e6330a59f031460bc18a40c95a2","hvm":true,"displayText":"tiny","imageDataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"2fe9a944-505e-38cb-bf87-72623634be4a","id":2,"poolType":"NetworkFilesystem","host":"172.17.10.10","path":"/nfs/primary","port":2049,"url":"NetworkFilesystem://172.17.10.10//nfs/primary/?ROLE=Primary&STOREUUID=2fe9a944-505e-38cb-bf87-72623634be4a"}},"name":"202-2-f40033ea-61c3-3e02-823f-d279eeab3e44","hypervisorType":"KVM"}},"executeInSequence":false,"options":{},"wait":10800}}]
}
On Wed, Apr 16, 2014 at 9:34 AM, Marcus <shadow...@gmail.com> wrote:
> I'm positive I tested one of the last RCs with NFS, but I'm running
> through a fresh install with the release RPMs to see if I can
> reproduce it.
>
> On Wed, Apr 16, 2014 at 9:25 AM, Yitao Jiang <willier...@gmail.com> wrote:
>> Hi, David
>>
>> Did u see anything wrong within kvm agent log file？
>>
>>
>>
>> Thanks,
>>
>> Yitao
>>
>>
>> 2014-04-16 22:59 GMT+08:00 La Motta, David <david.lamo...@netapp.com>:
>>
>>> Hey everybody, I am trying to deploy a VM instance in KVM using NFS for
>>> primary storage (on 4.3). Unfortunately, this is the exception I am
>>> getting:
>>>
>>> 2014-04-16 06:44:53,128 DEBUG [o.a.c.e.o.VolumeOrchestrator]
>>> (Work-Job-Executor-6:job-30/job-31 ctx-b83982e8) Unable to create
>>> Vol[4|vm=4|ROOT]:java.lang.ClassCastException:
>>> com.cloud.agent.api.to.NfsTO cannot be cast to
>>> org.apache.cloudstack.storage.to.PrimaryDataStoreTO
>>> at
>>> com.cloud.hypervisor.kvm.storage.KVMStorageProcessor.copyTemplateToPrimaryS
>>> torage(KVMStorageProcessor.java:150)
>>> at
>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(Stora
>>> geSubsystemCommandHandlerBase.java:75)
>>> at
>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorage
>>> Commands(StorageSubsystemCommandHandlerBase.java:50)
>>> at
>>> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(L
>>> ibvirtComputingResource.java:1359)
>>> at com.cloud.agent.Agent.processRequest(Agent.java:498)
>>> at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:806)
>>> at com.cloud.utils.nio.Task.run(Task.java:83)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
>>> 110)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
>>> 603)
>>> at java.lang.Thread.run(Thread.java:722)
>>>
>>>
>>> Is this a known issue or are there any gotchas that I am overlooking?
>>>
>>> Thanks!
>>>
>>> // David
>>>
>>>
>>> P.s., good to have seen some of you at CCCNA14 last week. Looking forward
>>> to Budapest.
>>>
>>>
