DirectoryReferenceCounter wraps an IndexInput with an AtomicInteger for ref-count.
I believe this file exists, because lucene does not correctly handle clones. Is this right? Rarely for me, an ongoing search hits FileNotFoundException because a just-now completed merge has deleted the file... I am yet to pinpoint the problem, as it is quite difficult to reproduce it... I tried a sysout in deleteFile() method and was quite surprised to find that refcounts are in negative for some-files.... Is this normally expected behavior? 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_2y_Lucene41_0.tip] with count [-14] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_ 2s.si] with count [0] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [segments_4] with count [0] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_1z_Lucene41_0.doc] with count [-12] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_ 2y.si] with count [0] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_2t.fnm] with count [-1] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_24_Lucene41_0.tip] with count [-14] 14/04/22 13:32:35 INFO refcounter.DirectoryReferenceCounter: Delete file [_24_Lucene41_0.tim] with count [-12] -- Ravi
