Description
I've seen this happen on YourKit and in various tests - especially since adding resource release tracking to the log objects. Now I've got a test that catches it in SOLR-7113.
It seems that in precommit, if prevTlog is not null, we need to close it because we are going to overwrite prevTlog with a new log.
Attachments
Attachments
Issue Links
- breaks
-
SOLR-9712 Saner default for maxWarmingSearchers
- Resolved