You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Rafael Weingartner <ra...@gmail.com> on 2014/11/06 13:57:11 UTC
Cloudstack 4.3.1 - NullPointerException when deleting VM
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.disconnectVolumesFromHost(VolumeOrchestrator.java:885)
at
com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManagerImpl.java:513)
at
com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManagerImpl.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.java:57)
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)
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
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Mike Tutkowski <mi...@solidfire.com>.
Not sure what you mean by "not properly deployed." Could you give me a bit
more detail on that? Thanks!
On Thu, Nov 6, 2014 at 11:23 AM, Min Chen <mi...@citrix.com> wrote:
> This is for VMs that are not properly deployed.
>
> Thanks
> -min
>
> On 11/6/14 10:12 AM, "Mike Tutkowski" <mi...@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 <mi...@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" <ra...@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 <mi...@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"
> >><ra...@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.tutkowski@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> ><http://solidfire.com/solution/overview/?video=play>* *
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Mike Tutkowski <mi...@solidfire.com>.
Not sure what you mean by "not properly deployed." Could you give me a bit
more detail on that? Thanks!
On Thu, Nov 6, 2014 at 11:23 AM, Min Chen <mi...@citrix.com> wrote:
> This is for VMs that are not properly deployed.
>
> Thanks
> -min
>
> On 11/6/14 10:12 AM, "Mike Tutkowski" <mi...@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 <mi...@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" <ra...@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 <mi...@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"
> >><ra...@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.tutkowski@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> ><http://solidfire.com/solution/overview/?video=play>* *
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Min Chen <mi...@citrix.com>.
This is for VMs that are not properly deployed.
Thanks
-min
On 11/6/14 10:12 AM, "Mike Tutkowski" <mi...@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 <mi...@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" <ra...@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 <mi...@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"
>><ra...@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.tutkowski@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
><http://solidfire.com/solution/overview/?video=play>**
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Min Chen <mi...@citrix.com>.
This is for VMs that are not properly deployed.
Thanks
-min
On 11/6/14 10:12 AM, "Mike Tutkowski" <mi...@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 <mi...@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" <ra...@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 <mi...@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"
>><ra...@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.tutkowski@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
><http://solidfire.com/solution/overview/?video=play>**
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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" <ra...@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 <mi...@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" <ra...@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
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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" <ra...@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 <mi...@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" <ra...@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
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Min Chen <mi...@citrix.com>.
Yes, that is the workaround, just set pool_id to some dummy pool.
On 11/6/14 10:01 AM, "Rafael Weingartner" <ra...@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 <mi...@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" <ra...@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
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Min Chen <mi...@citrix.com>.
Yes, that is the workaround, just set pool_id to some dummy pool.
On 11/6/14 10:01 AM, "Rafael Weingartner" <ra...@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 <mi...@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" <ra...@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
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Rafael Weingartner <ra...@gmail.com>.
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 <mi...@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" <ra...@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.disconnectVo
> >lumesFromHost(VolumeOrchestrator.java:885)
> > at
> >com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
> >rImpl.java:513)
> > at
> >com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
> >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.java:
> >57)
> > at
> >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
> >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.invokeJoinpoi
> >nt(ReflectiveMethodInvocation.java:183)
> > at
> >org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle
> >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
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Rafael Weingartner <ra...@gmail.com>.
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 <mi...@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" <ra...@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.disconnectVo
> >lumesFromHost(VolumeOrchestrator.java:885)
> > at
> >com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
> >rImpl.java:513)
> > at
> >com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
> >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.java:
> >57)
> > at
> >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
> >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.invokeJoinpoi
> >nt(ReflectiveMethodInvocation.java:183)
> > at
> >org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle
> >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
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Min Chen <mi...@citrix.com>.
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" <ra...@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.disconnectVo
>lumesFromHost(VolumeOrchestrator.java:885)
> at
>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
>rImpl.java:513)
> at
>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
>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.java:
>57)
> at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
>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.invokeJoinpoi
>nt(ReflectiveMethodInvocation.java:183)
> at
>org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle
>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
Re: Cloudstack 4.3.1 - NullPointerException when deleting VM
Posted by Min Chen <mi...@citrix.com>.
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" <ra...@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.disconnectVo
>lumesFromHost(VolumeOrchestrator.java:885)
> at
>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
>rImpl.java:513)
> at
>com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManage
>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.java:
>57)
> at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
>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.invokeJoinpoi
>nt(ReflectiveMethodInvocation.java:183)
> at
>org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle
>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