[CONTROLLER-370] Handle uncaught exceptions from Clustering Services in HostTracker Created: 22/Apr/14  Updated: 04/May/15  Resolved: 04/May/15

Status: Resolved
Project: controller
Component/s: adsal
Affects Version/s: 0.4.0
Fix Version/s: None

Type: Bug
Reporter: Jason Ye Assignee: Mark Mozolewski
Resolution: Won't Do Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Mac OS
Platform: PC


External issue ID: 814

 Description   

Handle uncaught exceptions from Clustering Services in HostTracker



 Comments   
Comment by Jason Ye [ 22/Apr/14 ]

There are couple of timer tasks in host tracker which use caches
provided by clustening services. If a container is deleted, then
the cache allocated to that container is also removed. Although
TimerTasks do get cancelled when container is deleted, but if it
happens during the execution of timer thread, then the task will
run to completion (even though it was cancelled) and may try to
access a cache which has already been deallocated.
The accessing of this deallocated cache will result in clustering
service exception which needs to be handled by timer tasks
Also adding toString methods to IPHostId and IPMacHostId for more
readable output when diplaying hosttracker data structures

Comment by Mark Mozolewski [ 06/Feb/15 ]

Jason, Since your issue was reported 10 months ago and considering the push to migrate services to MD-SAL can you comment:
1) Are you still focused on AD-SAL development/usage?
2) What severity this issue is for you today.

If I don't hear back in 1 week (by 2/13/15) I will close this issue given ODL is focusing on AD-SAL development. Of course feel free to re-open it if you do not respond till after that time.

Comment by Mark Mozolewski [ 12/Feb/15 ]

Closing for now till feedback is received (see Comment #2)

Comment by Carol Sanders [ 04/May/15 ]

This bug is part of the project to Move all ADSAL associated component bugs to ADSAL

Generated at Wed Feb 07 19:52:51 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.