[GitHub] [accumulo] keith-turner edited a comment on pull request #1887: Add check to not flush when table is being deleted.

[GitBox <gi...@apache.org>]

keith-turner edited a comment on pull request #1887:
URL: https://github.com/apache/accumulo/pull/1887#issuecomment-771220401


   @milleruntime do you have any tserver stack traces from when it got stuck?  I have been poking around in the code looking for a possible cause, have not found anything yet.
   
   It does seems like the LargestFirstMemManager may only return a subset of the tablets.  So if the subset it returns is always in the deleting state maybe that held up minor compactions from starting.  However something getting stuck in at  `getTabletMemory().waitForMinC()` should be waiting on a compaction that is runnning or queued to run.  If the threads in the executor service for minor compactions were gummed up, that could cause a problem (but have not seen a cause for that).
   
   > I think this wait in Tablet.completeClose() is what might have been holding up the tablets from being closed:
   
   What made you think this?


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org