Hi, Dear Mike:
belows list the report of checkIndex. OS is Fedora Linux.
[oracle@server bin]$ java -classpath ./ org.apache.lucene.index.CheckIndex
/data/Index/URL/Generic/ -fix
NOTE: testing will be more thorough if you run java with
'-ea:org.apache.lucene...', so assertions are enabled
Opening index @ /GeoGrid/data/Index/URL/Generic/
Segments file=segments_ayup numSegments=1 version=FORMAT_DIAGNOSTICS [Lucene
2.9]
1 of 1: name=_bym0 docCount=1344278
compound=false
hasProx=true
numFiles=11
size (MB)=15,979.593
diagnostics = {optimize=true, mergeFactor=3,
os.version=2.6.27.41-170.2.117.fc10.x86_64, os=Linux, mergeDocStores=true,
lucene.version=3.0-dev, source=merge, os.arch=amd64, java.version=1.6.0_21,
java.vendor=Sun Microsystems Inc.}
no deletions
test: open reader.........OK
test: fields..............OK [11 fields]
test: field norms.........OK [2 fields]
test: terms, freq, prox...
OK [1263500 terms; 601715072 terms/docs pairs; 1513780631 tokens]
test: stored fields.......OK [8063151 total field count; avg 5.998 fields
per doc]
test: term vectors........OK [1344278 total vector count; avg 1 term/freq
vector fields per doc]
No problems were detected with this index.
2011-04-01
袁武 [GMail]
发件人： Michael McCandless
发送时间： 2011-04-01 17:58:08
收件人： java-user
抄送： 袁武 [GMail]
主题： Re: A likely bug of TermsPosition.nextPosition
Hmm this could be from a corrupted index.
What version of Lucene? What OS/filesystem?
Can you run CheckIndex and post the output?
Mike
http://blog.mikemccandless.com
2011/3/31 袁武 [GMail] <[email protected]>:
> Hi, dear experts:
>
> When IndexReader.termsPositions is used to access specific terms, the call to
> TermsPosition.nextPosition success if TermsPosition.next is used. But if
> TermsPosition.skipTo is used instead of TermsPosition.next, a
> java.lang.IllegalArgumentException will be thrown, as bellows.
>
> java.lang.IllegalArgumentException: Negative position
> at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:610)
> at
> org.apache.lucene.store.NIOFSDirectory$NIOFSIndexInput.readInternal(NIOFSDirectory.java:161)
> at
> org.apache.lucene.store.BufferedIndexInput.refill(BufferedIndexInput.java:213)
> at
> org.apache.lucene.store.BufferedIndexInput.readByte(BufferedIndexInput.java:39)
> at org.apache.lucene.store.IndexInput.readVInt(IndexInput.java:92)
> at
> org.apache.lucene.store.BufferedIndexInput.readVInt(BufferedIndexInput.java:181)
> at
> org.apache.lucene.index.SegmentTermPositions.readDeltaPosition(SegmentTermPositions.java:75)
> at
> org.apache.lucene.index.SegmentTermPositions.skipPositions(SegmentTermPositions.java:130)
> at
> org.apache.lucene.index.SegmentTermPositions.lazySkip(SegmentTermPositions.java:168)
> at
> org.apache.lucene.index.SegmentTermPositions.nextPosition(SegmentTermPositions.java:69)
>
> In my further study, I found that if docid execeed 1044278, the exception
> occurs everytime, for the small ones, the exception never occur. BTW, the
> total number of documents is about 1344278, and are never deleted.
>
> Thanks.
>
> 2011-04-01
>
>
>
> Yuan Wu [GMail]
>
