You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by "Sheng Yang (JIRA)" <ji...@apache.org> on 2013/02/01 02:20:11 UTC

[jira] [Resolved] (CLOUDSTACK-1109) Ipv6 - Unable to expunge User Vms that are "Destroyed".

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-1109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sheng Yang resolved CLOUDSTACK-1109.
------------------------------------

    Resolution: Fixed
    
> Ipv6 - Unable to expunge User Vms that are "Destroyed".
> -------------------------------------------------------
>
>                 Key: CLOUDSTACK-1109
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1109
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server
>    Affects Versions: 4.1.0
>         Environment: Latest build from IPv6 branch.
>            Reporter: Sangeetha Hariharan
>            Assignee: Sheng Yang
>             Fix For: 4.1.0
>
>
> Ipv6 - Unable to expunge User Vms that are "Destroyed".
> Steps to reproduce the problem:
> Create a Ipv6 network.
> Deploy few Vms in this network.
> Destroy one of the VMs.
> After Expunge Interval passes, we see the following exception in the management server logs:
> User Vms are stuck in "Expunging" state.
> Following exception seen in management server logs:
> 2013-02-01 00:15:31,410 DEBUG [cloud.vm.VirtualMachineManagerImpl] (UserVm-Scavenger-1:null) Stopped called on VM[User|n1-vm1] but the state is Destroyed
> 2013-02-01 00:15:31,422 DEBUG [cloud.capacity.CapacityManagerImpl] (UserVm-Scavenger-1:null) VM state transitted from :Destroyed to Expunging with event: ExpungeOperationvm's original host id: 1 new host id: null host id before state transition: null
> 2013-02-01 00:15:31,422 DEBUG [cloud.vm.VirtualMachineManagerImpl] (UserVm-Scavenger-1:null) Destroying vm VM[User|n1-vm1]
> 2013-02-01 00:15:31,422 DEBUG [cloud.vm.VirtualMachineManagerImpl] (UserVm-Scavenger-1:null) Cleaning up NICS
> 2013-02-01 00:15:31,422 DEBUG [cloud.network.NetworkManagerImpl] (UserVm-Scavenger-1:null) Cleaning network for vm: 3
> 2013-02-01 00:15:31,432 DEBUG [cloud.network.NetworkModelImpl] (UserVm-Scavenger-1:null) Service SecurityGroup is not supported in the network id=204
> 2013-02-01 00:15:31,434 DEBUG [network.guru.DirectNetworkGuru] (UserVm-Scavenger-1:null) Deallocate network: networkId: 204, ip: null
> 2013-02-01 00:15:31,437 DEBUG [db.Transaction.Transaction] (UserVm-Scavenger-1:null) Rolling back the transaction: Time = 1 Name =  deallocate; called by -Transaction.rollback:882-Transaction.removeUpTo:825-Transaction.close:649-DatabaseCallback.interceptComplete:71-DatabaseCallback.intercept:36-GenericDaoBase.remove:1663-DatabaseCallback.intercept:34-DirectNetworkGuru.deallocate:235-DatabaseCallback.intercept:34-NetworkManagerImpl.removeNic:1838-NetworkManagerImpl.cleanupNics:1822-VirtualMachineManagerImpl.advanceExpunge:402
> 2013-02-01 00:15:31,437 WARN  [cloud.vm.UserVmManagerImpl] (UserVm-Scavenger-1:null) Unable to expunge VM[User|n1-vm1]
> java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.String
>         at com.cloud.utils.db.GenericDaoBase.prepareAttribute(GenericDaoBase.java:1397)
>         at com.cloud.utils.db.GenericDaoBase.expunge(GenericDaoBase.java:1104)
>         at com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34)
>         at com.cloud.utils.db.GenericDaoBase.remove(GenericDaoBase.java:1663)
>         at com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34)
>         at com.cloud.network.guru.DirectNetworkGuru.deallocate(DirectNetworkGuru.java:235)
>         at com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34)
>         at com.cloud.network.NetworkManagerImpl.removeNic(NetworkManagerImpl.java:1838)
>         at com.cloud.network.NetworkManagerImpl.cleanupNics(NetworkManagerImpl.java:1822)
>         at com.cloud.vm.VirtualMachineManagerImpl.advanceExpunge(VirtualMachineManagerImpl.java:402)
>         at com.cloud.vm.UserVmManagerImpl.expunge(UserVmManagerImpl.java:1122)
>         at com.cloud.vm.UserVmManagerImpl$ExpungeTask.run(UserVmManagerImpl.java:1641)
>         at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>         at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
>         at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)
>         at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:165)
>         at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:267)
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>         at java.lang.Thread.run(Thread.java:679)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira