Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
0.13.0
Description
Repeat scenario:
In an inner space compaction, after the compaction ends, the target tsfile is empty and deleted. Then there're gitchs happened.
Bug summerize:
- InnerSpaceCompactionTask passes a immutable list to ReadPointCompactionPerformer and the elements deleted in the updatePlanIndexes().
- InnerSpaceCompactionTask passes a targetTsFileResource with deleted tsfile casued by empty data to TsFileManager, which tries to get a valid tsfile name but failed.
- Deadlock of shutdown CompactionTaskManager
- main thread called stop, locked the CompactionTaskManager object with a synchronized block.
- AbstractCompactionTask receives the Interrupt signal, and calls the CompactionTaskManager.removeRunningTaskFuture(), which is waiting for the CompactionTaskManager to be free.
- the waitTermination waits infinitly.
See this error
After this bug fiixed, another one happens
Another bug: After kill the process, the signal is shadowed