incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sangeetha Hariharan (JIRA)" <j...@apache.org>
Subject [jira] [Closed] (CLOUDSTACK-1109) Ipv6 - Unable to expunge User Vms that are "Destroyed".
Date Fri, 01 Feb 2013 19:34:12 GMT

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

Sangeetha Hariharan closed CLOUDSTACK-1109.
-------------------------------------------


Tested with latest build.


We are able to success fully expunge user Vms.
                
> 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

Mime
View raw message