cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Min Chen <min.c...@citrix.com>
Subject Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Date Thu, 06 Nov 2014 18:08:32 GMT
Yes, that is the workaround, just set pool_id to some dummy pool.


On 11/6/14 10:01 AM, "Rafael Weingartner" <rafaelweingartner@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.chen@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" <rafaelweingartner@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


Mime
View raw message