lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Simon Willnauer (Updated) (JIRA)" <>
Subject [jira] [Updated] (LUCENE-3528) TestNRTManager hang
Date Mon, 07 Nov 2011 21:54:52 GMT


Simon Willnauer updated LUCENE-3528:

    Attachment: LUCENE-3528_reproduceHang.patch

here is an isolated testcase that shows the situation where we hang in NRTManager. This was
the good news... the bad news is that this is going to be tricky to fix...

the problem is that if you add a document and while you are in IW#updateDocument a reopen
happens your document could already be in the new opened searcher. This means the gen is incremented
internally. So far there is no problem, but if the reopen thread tries to do another reopen
it increments the internal genration but doesn't assign the gen to the searcher since no changes
occurred. now the thread adding a the document gets the generation back from add/updateDocument
and calls IW#waitForGeneration(gen, false) and sleeps forever unless there is yet another
update coming in and a reopen returns a new searcher.
> TestNRTManager hang
> -------------------
>                 Key: LUCENE-3528
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>            Assignee: Simon Willnauer
>         Attachments: LUCENE-3528.patch, LUCENE-3528.patch, LUCENE-3528_reproduceHang.patch
> didn't check 3.x yet, just encountered this one running the tests

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message