Hmmm... Jason can you enable IndexWriter's infoStream and get the corruption to happen again and post that (along with "ls -l" output)?
Mike On Thu, Nov 4, 2010 at 5:11 PM, Jason Rutherglen <jason.rutherg...@gmail.com> wrote: > I'm still seeing this error after downloading the latest 2.9 branch > version, compiling, copying to Solr 1.4 and deploying. Basically as > mentioned, the .del files are of zero length... Hmm... > > On Wed, Oct 13, 2010 at 1:33 PM, Jason Rutherglen > <jason.rutherg...@gmail.com> wrote: >> Thanks Robert, that Jira issue aptly describes what I'm seeing, I think. >> >> On Wed, Oct 13, 2010 at 10:22 AM, Robert Muir <rcm...@gmail.com> wrote: >>> if you are going to fill up your disk space all the time with solr >>> 1.4.1, I suggest replacing the lucene jars with lucene jars from >>> 2.9-branch >>> (http://svn.apache.org/repos/asf/lucene/java/branches/lucene_2_9/). >>> >>> then you get the fix for https://issues.apache.org/jira/browse/LUCENE-2593 >>> too. >>> >>> On Wed, Oct 13, 2010 at 11:37 AM, Jason Rutherglen >>> <jason.rutherg...@gmail.com> wrote: >>>> We have unit tests for running out of disk space? However we have >>>> Tomcat logs that fill up quickly and starve Solr 1.4.1 of space. The >>>> main segments are probably not corrupted, however routinely now, there >>>> are deletes files of length 0. >>>> >>>> 0 2010-10-12 18:35 _cc_8.del >>>> >>>> Which is fundamental index corruption, though less extreme. Are we >>>> testing for this? >>>> >>> >> >
