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

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

Sangeetha Hariharan created CLOUDSTACK-1109:
-----------------------------------------------

             Summary: 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