This is for VMs that are not properly deployed. Thanks -min
On 11/6/14 10:12 AM, "Mike Tutkowski" <mike.tutkow...@solidfire.com> wrote: >Hey everyone, > >If a VM has been running on a host at some point, how can any of the >volumes it's associated with have a null for pool_id? > >Thanks, >Mike > >On Thu, Nov 6, 2014 at 11:08 AM, Min Chen <min.c...@citrix.com> wrote: > >> 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.disconne >>>>>ct >> >>>Vo >> >> >lumesFromHost(VolumeOrchestrator.java:885) >> >> > at >> >> >> >>>>>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineMa >>>>>na >> >>>ge >> >> >rImpl.java:513) >> >> > at >> >> >> >>>>>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineMa >>>>>na >> >>>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.j >>>>>av >> >>>a: >> >> >57) >> >> > at >> >> >> >>>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess >>>>>or >> >>>Im >> >> >pl.java:43) >> >> > at java.lang.reflect.Method.invoke(Method.java:606) >> >> > at >> >> >> >>>>>org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflectio >>>>>n( >> >>>Ao >> >> >pUtils.java:317) >> >> > at >> >> >> >>>>>org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoi >>>>>np >> >>>oi >> >> >nt(ReflectiveMethodInvocation.java:183) >> >> > at >> >> >> >>>>>org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(R >>>>>ef >> >>>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 >> >> > > >-- >*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>**
