cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nitin Mehta (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-6547) [Automation] Failed to download volume in Xen with error "Failed to copy the volume from pri stor pool to sec stor pool"
Date Sat, 10 May 2014 21:59:42 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-6547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13994015#comment-13994015
] 

Nitin Mehta commented on CLOUDSTACK-6547:
-----------------------------------------

Ok. I am not sure then why 6544 works with Hari's changes and why 6547 reports the same issue
as his. Can you please look into this when you have time ? 
You are saying all the plugin code is in cloud-plugin-storage for XS 6.2 ?  

Thanks,
-Nitin

From: Disheng Su <Edison.su@citrix.com>
Date: Friday 9 May 2014 2:53 PM
To: Nitin Mehta <nitin.mehta@citrix.com>
Cc: Harikrishna Patnala <harikrishna.patnala@citrix.com>, Animesh Chaturvedi <animesh.chaturvedi@citrix.com>,
Anthony Xu <Xuefei.Xu@citrix.com>
Subject: RE: CLOUDSTACK-6544 and CLOUDSTACK-6547

I don’t think we need this script at all, all the storage related scripts are moved into
one single file: cloud-plugin-storage
Does anybody modify xenserver code? For sure, it’s working in MarchJ
 
From: Nitin Mehta 
Sent: Friday, May 09, 2014 2:49 PM
To: Edison Su
Cc: Harikrishna Patnala; Animesh Chaturvedi; Anthony Xu
Subject: Re: CLOUDSTACK-6544 and CLOUDSTACK-6547
 
Alright thanks. Are you sure vhd-util won't be required because its utilized in multiple scripts
which we are still copying.
 
Hari fixed CLOUDSTACK-6544  with the following code change https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=bba7f4e;hp=9450205f77f12b4e0690a259a6791eca6d9b6ea7.

I hope this code was required correct ?
 
Thanks,
-Nitin
 
From: Disheng Su <Edison.su@citrix.com>
Date: Friday 9 May 2014 2:30 PM
To: Nitin Mehta <nitin.mehta@citrix.com>
Cc: Harikrishna Patnala <harikrishna.patnala@citrix.com>, Animesh Chaturvedi <animesh.chaturvedi@citrix.com>,
Anthony Xu <Xuefei.Xu@citrix.com>
Subject: RE: CLOUDSTACK-6544 and CLOUDSTACK-6547
 
Xenserver62 is specific for Xenserver Fox release, which we changed a lot of xenserver storage
integration code, won’t need vhd-util and copy_to* scripts at all.
 
From: Nitin Mehta 
Sent: Friday, May 09, 2014 2:22 PM
To: Edison Su
Cc: Harikrishna Patnala; Animesh Chaturvedi; Anthony Xu
Subject: CLOUDSTACK-6544 and CLOUDSTACK-6547
 
Hey Edison,
 
I see that the following entries are missing in scripts/vm/hypervisor/xenserver/xenserver62/patch
This would lead to most of the storage functionalities not working.
Is there any particular reason for that or they just got missed by mistake ?
 
copy_vhd_to_secondarystorage.sh=..,0755,/opt/cloud/bin                                   
                                          
copy_vhd_from_secondarystorage.sh=..,0755,/opt/cloud/bin
vhd-util=..,0755,/opt/cloud/bin
create_privatetemplate_from_snapshot.sh=..,0755,/opt/cloud/bin

> [Automation] Failed to download volume in Xen with error "Failed to copy the volume from
pri stor pool to sec stor pool"
> ------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-6547
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6547
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Volumes, XenServer
>    Affects Versions: 4.4.0
>         Environment: Branch 4.4-forward
> env xen 6.2
>            Reporter: Rayees Namathponnan
>            Assignee: Nitin Mehta
>            Priority: Blocker
>             Fix For: 4.4.0
>
>         Attachments: management-server.rar
>
>
> Steps to reproduce 
> 1) Create advanced zone in xen 
> 2) Deploy a VM 
> 3) Stoped the vm and download the root volume 
> Result
> Failed to download root volume with below error 
> 2014-05-01 04:40:03,160 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] (API-Job-Executor-38:job-490
ctx-4880d846) Unsupported data object (VO
> LUME, org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@2f9161ed), no need
to delete from object in store ref table
> 2014-05-01 04:40:03,162 DEBUG [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-5:job-488/job-489
ctx-46360720) Execute VM work job: com.cloud
> .vm.VmWorkStart{"dcId":1,"podId":1,"clusterId":1,"hostId":1,"rawParams":{"VmPassword":"rO0ABXQADnNhdmVkX3Bhc3N3b3Jk"},"userId":2,"accountId":2,"vmId":70,"handlerName":"VirtualMachineManagerImpl"}
> 2014-05-01 04:40:03,189 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-38:job-490)
Unexpected exception while executing org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd
> com.cloud.utils.exception.CloudRuntimeException: Failed to copy the volume from the source
primary storage pool to secondary storage.
>         at com.cloud.storage.VolumeApiServiceImpl.extractVolume(VolumeApiServiceImpl.java:1897)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>         at java.lang.reflect.Method.invoke(Unknown Source)
>         at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>         at org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>         at com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>         at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>         at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>         at com.sun.proxy.$Proxy181.extractVolume(Unknown Source)
>         at org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd.execute(ExtractVolumeCmd.java:137)
>         at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:119)
>         at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>         at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:495)
>         at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>         at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>         at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>         at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>         at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>         at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:452)
>         at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
>         at java.util.concurrent.FutureTask.run(Unknown Source)
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>         at java.lang.Thread.run(Unknown Source)
> 2014-05-01 04:40:03,194 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-38:job-490)
Complete async job-490, jobStatus: FAILED, resultCode: 530, result: org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed
to copy the volume from the source primary storage pool to secondary storage."}
> 2014-05-01 04:40:03,194 DEBUG [c.c.c.CapacityManagerImpl] (Work-Job-Executor-5:job-488/job-489
ctx-46360720) VM state transitted from :Stopped to Starting with event: StartRequestedvm's
original host id: 1 new host id: null host id before state transition: null



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message