Details
-
Bug
-
Status: Open
-
Critical
-
Resolution: Unresolved
-
4.9.0
-
None
-
Security Level: Public (Anyone can view this level - this is the default.)
-
None
-
Latest build from ACS master.
Hypervisor: Xenserver
Description
Detaching data volume from a running vm created with root and data disk fails
Steps to reproduce:
===============
1.Bring up CS in advanced zone with xen cluster and shared primary storage
2.Create a guest vm with both root and data disks
3.Try to dettach the data disk from the vm
Result:
======
CS through exception while detaching the disk. However, it is succeeded from xenserver.
Following is the output from xensource.log file :
May 25 01:09:56 xen1 xapi: [ info|xen1.automation.hyd.com|309333 storage_unix||storage_impl] VDI.attach dbg:attach_and_activate dp:vbd/285/xvdb sr:73956015-2176-3f64-6451-8e68c2914ed8 vdi:8f9bb5f7-fca7-4ace-a6f4-d1fc825183a9 read_write:true
May 25 01:09:56 xen1 xapi: [debug|xen1.automation.hyd.com|309333 storage_unix||dummytaskhelper] task VDI.attach D:3357ac7da502 created by task attach_and_activate
May 25 01:09:56 xen1 xapi: [debug|xen1.automation.hyd.com|309333 storage_unix|VDI.attach D:3357ac7da502|sm] SM nfs vdi_attach sr=OpaqueRef:8bf61b69-294a-e5ce-b357-a4338b3531cc vdi=OpaqueRef:7d021423-59ce-5fcd-8490-d8a9c975ac90 writable=true
May 25 01:09:57 xen1 xapi: [debug|xen1.automation.hyd.com|309333 storage_unix||storage_impl] dbg:attach_and_activate dp:vbd/285/xvdb sr:73956015-2176-3f64-6451-8e68c2914ed8 vdi:8f9bb5f7-fca7-4ace-a6f4-d1fc825183a9 superstate:attached RW
May 25 01:15:29 xen1 xapi: [debug|xen1.automation.hyd.com|310468 storage_unix||storage_impl] dbg:dp_destroy dp:vbd/285/xvdb sr:73956015-2176-3f64-6451-8e68c2914ed8 vdi:8f9bb5f7-fca7-4ace-a6f4-d1fc825183a9 superstate:attached RW
May 25 01:15:29 xen1 xapi: [debug|xen1.automation.hyd.com|310468 storage_unix||dummytaskhelper] task VDI.detach D:620b12ae30f1 created by task dp_destroy
May 25 01:15:29 xen1 xapi: [debug|xen1.automation.hyd.com|310468 storage_unix|VDI.detach D:620b12ae30f1|sm] SM nfs vdi_detach sr=OpaqueRef:8bf61b69-294a-e5ce-b357-a4338b3531cc vdi=OpaqueRef:7d021423-59ce-5fcd-8490-d8a9c975ac90
May 25 01:15:29 xen1 xapi: [debug|xen1.automation.hyd.com|310468 storage_unix||storage_impl] dbg:dp_destroy dp:vbd/285/xvdb sr:73956015-2176-3f64-6451-8e68c2914ed8 vdi:8f9bb5f7-fca7-4ace-a6f4-d1fc825183a9 superstate:detached
Following is the exception from CS:
============================
com.cloud.utils.exception.CloudRuntimeException: Failed to detach volume DATA-573 from VM VM-6e1e614d-e6a3-47c0-ab26-91fb94ba0361; Failed dettach volume: 8f9bb5f7-fca7-4ace-a6f4-d1fc825183a9, due to The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem.
at com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:1846)
at com.cloud.storage.VolumeApiServiceImpl.orchestrateDetachVolumeFromVM(VolumeApiServiceImpl.java:2910)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
at com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2941)
at sun.reflect.GeneratedMethodAccessor602.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
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.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.$Proxy165.handleVmWorkJob(Unknown Source)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
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:502)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)