You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Michael Froh (Jira)" <ji...@apache.org> on 2020/11/27 18:48:00 UTC

[jira] [Created] (LUCENE-9621) pendingNumDocs doesn't match totalMaxDoc if tragedy on flush()

Michael Froh created LUCENE-9621:
------------------------------------

             Summary: pendingNumDocs doesn't match totalMaxDoc if tragedy on flush()
                 Key: LUCENE-9621
                 URL: https://issues.apache.org/jira/browse/LUCENE-9621
             Project: Lucene - Core
          Issue Type: Bug
          Components: core/index
    Affects Versions: 8.6.3
            Reporter: Michael Froh


While implementing a test to trigger an OutOfMemoryError on flush() in https://github.com/apache/lucene-solr/pull/2088, I noticed that the OOME was followed by an assertion failure on rollback with the following stacktrace:

{{
java.lang.AssertionError: pendingNumDocs 1 != 0 totalMaxDoc
	at __randomizedtesting.SeedInfo.seed([ABBF17C4E0FCDEE5:DDC8E99910AFC8FF]:0)
	at org.apache.lucene.index.IndexWriter.rollbackInternal(IndexWriter.java:2398)
	at org.apache.lucene.index.IndexWriter.maybeCloseOnTragicEvent(IndexWriter.java:5196)
	at org.apache.lucene.index.IndexWriter.tragicEvent(IndexWriter.java:5186)
	at org.apache.lucene.index.IndexWriter.doFlush(IndexWriter.java:3932)
	at org.apache.lucene.index.IndexWriter.flush(IndexWriter.java:3874)
	at org.apache.lucene.index.IndexWriter.flush(IndexWriter.java:3853)
	at org.apache.lucene.index.TestIndexWriterDelete.testDeleteAllRepeated(TestIndexWriterDelete.java:496)
}}

We should probably look into how exactly we behave with this kind of tragedy on flush().



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org