Yes, that is the workaround, just set pool_id to some dummy pool.
On 11/6/14 10:01 AM, "Rafael Weingartner" <rafaelweingart...@gmail.com> wrote: >Thanks, After I looked at the CS source code. I worked around it by >setting >a pool_id in the database in the volume table. > >On Thu, Nov 6, 2014 at 3:58 PM, Min Chen <min.c...@citrix.com> wrote: > >> This is a bug https://issues.apache.org/jira/browse/CLOUDSTACK-6934, >>which >> has been fixed in 4.5.0. The VM to be expunged did not allocate volume >>on >> primary storage. >> >> Thanks >> -min >> >> On 11/6/14 4:57 AM, "Rafael Weingartner" <rafaelweingart...@gmail.com> >> wrote: >> >> >HI, >> > >> >Have already someone seen a null pointer when deleting a VM? >> > >> >I have and environment running for a while with CS 4.3.1, and today I >> >tried >> >to delete a VM that was in expunging state but it keeps getting an >>error: >> > >> >2014-11-06 10:54:23,473 DEBUG [c.c.v.VirtualMachineManagerImpl] >> >(Job-Executor-37:ctx-0dd66018 ctx-086a8303) Cleaning up hypervisor data >> >structures (ex. SRs in XenServer) for managed storage >> >2014-11-06 10:54:23,491 ERROR [c.c.a.ApiAsyncJobDispatcher] >> >(Job-Executor-37:ctx-0dd66018) Unexpected exception while executing >> >org.apache.cloudstack.api.command.admin.vm.ExpungeVMCmd >> >java.lang.NullPointerException >> > at >> >>>org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.disconnect >>>Vo >> >lumesFromHost(VolumeOrchestrator.java:885) >> > at >> >>>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineMana >>>ge >> >rImpl.java:513) >> > at >> >>>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineMana >>>ge >> >rImpl.java:449) >> > at >> >com.cloud.vm.UserVmManagerImpl.expunge(UserVmManagerImpl.java:1709) >> > at >> >com.cloud.vm.UserVmManagerImpl.expungeVm(UserVmManagerImpl.java:3815) >> > at >> >com.cloud.vm.UserVmManagerImpl.expungeVm(UserVmManagerImpl.java:2104) >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> > at >> >>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav >>>a: >> >57) >> > at >> >>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor >>>Im >> >pl.java:43) >> > at java.lang.reflect.Method.invoke(Method.java:606) >> > at >> >>>org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection( >>>Ao >> >pUtils.java:317) >> > at >> >>>org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinp >>>oi >> >nt(ReflectiveMethodInvocation.java:183) >> > at >> >>>org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Ref >>>le >> >ctiveMethodInvocation.java:150) >> > >> > >> >We are using, >> >Xen hypervisor (4.1) with XCP packages (1.6). >> >The CS version is 4.3.1 >> >The storage are volumes exported with NFS. >> > >> >-- >> >Rafael Weingärtner >> >> > > >-- >Rafael Weingärtner
