lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Olivier Dony (JIRA)" <>
Subject [jira] Commented: (LUCENE-772) Lucene infinite loop? In FieldsReader.uncompress called from IndexSearcher.doc
Date Thu, 04 Jun 2009 10:43:07 GMT


Olivier Dony commented on LUCENE-772:

I know this sounds silly on a 2y+ old issue, but I have a legacy server running in production
on linux with jdk1.5.0_11, tomcat 5.0.28, and lucene-core-2.1.0 on which this very problem
has just occured (same symptoms and thread dump).

This issue has been marked as fixed in 2.1, but with apparently not much evidence that something
was explicitly done to fix it?
I have no idea how to reproduce it, and it has only happened once.

Can I assume that switching to Lucene 2.4.1 will automatically fix the likely index corruption
that triggered this or that something else will prevent trying to deflate a non-zipped field?
Or is this a wild guess?

I guess I'll have to switch to 2.4.1 anyway before reporting it, but I was wondering if there's
a chance this has been explicitly addressed *after* 2.1.0...

Thanks to anyone that would still be reading this...!

> Lucene infinite loop? In FieldsReader.uncompress called from IndexSearcher.doc
> ------------------------------------------------------------------------------
>                 Key: LUCENE-772
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Bug
>          Components: Search
>    Affects Versions: 2.1
>         Environment: Linux (gentoo 2.6.17 at least), jdk 1.5.0_06 and _08 at least, tomcat
5.5. IndexSearcher searching index mounted via NFS; using new lockless commits... We're using
the 01-05-07 nightly build of lucene
>            Reporter: Arthur Smith
>             Fix For: 2.1
> Unfortunately I don't have a reproducible case of this (yet), but it's happened twice
now on our production servers in the past few days, after we switched to the new lockless
commits (thanks!). What we're seeing is the search thread running away in the middle of a
seemingly ordinary search, after several hundred thousand queries that worked just fine. The
search index is NFS mounted, and is updated every minute or so during the day by an indexing
process running on a separate server. We do get occasional I/O errors, but we catch and retry
and it seems ok after a few seconds.
> But twice now we've had run-away threads; the thread dump in both cases was caught in
the middle of
> "http-8080-3" daemon prio=1 tid=0x08294688 nid=0x1f0d runnable [0x1f17c000..0x1f17e0b0]
>         at Method)
>         at
>         - locked <0x3d73cba8> (a
>         at
>         at org.apache.lucene.index.FieldsReader.uncompress(
>         at org.apache.lucene.index.FieldsReader.addField(
>         at org.apache.lucene.index.FieldsReader.doc(
>         at org.apache.lucene.index.SegmentReader.document(
>         - locked <0x3cefbdd8> (a org.apache.lucene.index.SegmentReader)       
at org.apache.lucene.index.MultiReader.document(
>         at org.apache.lucene.index.IndexReader.document(       
>         at
> [...]
> Any ideas what this could be? Thanks!

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

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

View raw message