Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4887C310.2030300@stimulussoft.com>
Date: Thu, 24 Jul 2008 01:47:28 +0200
From: Jamie <jamie@stimulussoft.com>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: java-user@lucene.apache.org
Subject: Re: Lucene Search Error: Java.io.IOException: Bad file descriptor
References: <48875A01.2070504@stimulussoft.com>
 <48875A5A.1070807@informatics.jax.org> <48875D63.8000006@stimulussoft.com>
 <48875F5F.30203@stimulussoft.com> <488760A0.8050303@stimulussoft.com>
 <1190C5F3-FAE6-4CC7-8CED-B0247DED9ED8@mikemccandless.com>
In-Reply-To: <1190C5F3-FAE6-4CC7-8CED-B0247DED9ED8@mikemccandless.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi All,

I found something interesting....

Could this error be the result of the bad file descriptor close bug as 
described in 
http://256.com/gray/docs/misc/java_bad_file_descriptor_close_bug.shtml.

This would definitely fit the description since this happened on JRE 
1.6u3.... apparently, update 3 suffered from this file descriptor issue. 
The fix
is to update the JRE to the latest version (which I believe is update 7).

Michael, what does one need to do to overcome the other JRE 1.6 bug? Are 
we still waiting for a JRE update from Sun to address it?
 Is there a workaround that we can use in the meantime?

Thanks

Jamie


Michael McCandless wrote:
>
> This log looks healthy.
>
> Mike
>
> Jamie wrote:
>
>> Hi
>>
>> The index log file is attached. Many thanks in advance for your 
>> consideration!
>>
>> Jamie
>>
>> Jamie wrote:
>>> Wasn't there some index corruption issue with Java 1.6 and Lucene 
>>> 2.3.2? Could this be the problem?
>>>
>>> Jamie
>>>
>>> Jamie wrote:
>>>> Hi Matthew
>>>>
>>>> Thanks in advance for the suggestion.
>>>>
>>>> Which file do you think does not exist?
>>>>
>>>> This is what we have:
>>>>
>>>> _15zw.cfs  _19od.cfs  _1a5d.cfs  _1a7n.cfs  _1ahf.cfs  _1ahh.cfs  
>>>> _qzl.cfs       segments.gen
>>>> _1993.cfs  _1a0w.cfs  _1a7c.cfs  _1a9m.cfs  _1ahg.cfs  _1ahi.cfs  
>>>> segments_158j
>>>>
>>>> Aside from Luke (which requires a GUI), it is there a command line 
>>>> utility that can check the integrity of the index?
>>>>
>>>> Jamie
>>>>
>>>> Matthew Hall wrote:
>>>>> Did you try to open the index using Luke?
>>>>>
>>>>> Luke will be able to tell you whether or not the index is in  fact 
>>>>> corrupted, but looking at your stack trace, it almost looks like 
>>>>> the file.. simply isn't there?
>>>>>
>>>>> Matt
>>>>>
>>>>> Jamie wrote:
>>>>>> Hi Everyone
>>>>>>
>>>>>> I am getting the the following error when executing  Hits hits = 
>>>>>> searchers.search(query, queryFilter, sort):
>>>>>>
>>>>>> 18007414-java.io.IOException: Bad file descriptor
>>>>>> 18007455-       at java.io.RandomAccessFile.seek(Native Method)
>>>>>> 18007504-       at 
>>>>>> org.apache.lucene.store.FSDirectory$FSIndexInput.readInternal(FSDirectory.java:545) 
>>>>>>
>>>>>> 18007592-       at 
>>>>>> org.apache.lucene.store.BufferedIndexInput.readBytes(BufferedIndexInput.java:131) 
>>>>>>
>>>>>> 18007678-       at 
>>>>>> org.apache.lucene.index.CompoundFileReader$CSIndexInput.readInternal(CompoundFileReader.java:240) 
>>>>>>
>>>>>> -- 
>>>>>> 18009148-       at 
>>>>>> org.apache.lucene.search.FieldSortedHitQueue.getCachedComparator(FieldSortedHitQueue.java:168) 
>>>>>>
>>>>>> 18009247-       at 
>>>>>> org.apache.lucene.search.FieldSortedHitQueue.<init>(FieldSortedHitQueue.java:56) 
>>>>>>
>>>>>> 18009332-       at 
>>>>>> org.apache.lucene.search.TopFieldDocCollector.<init>(TopFieldDocCollector.java:43) 
>>>>>>
>>>>>> 18009419-       at 
>>>>>> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:122) 
>>>>>>
>>>>>> 18009493-       at 
>>>>>> org.apache.lucene.search.MultiSearcherThread.run(ParallelMultiSearcher.java:250) 
>>>>>>
>>>>>>
>>>>>> Does this mean the index is corrupted? Any idea why it would be 
>>>>>> corrupted?
>>>>>>
>>>>>> Jamie
>>>>>>
>


-- 
Stimulus Software - MailArchiva
Email Archiving And Compliance
USA Tel: +1-713-366-8072 ext 3
UK Tel: +44-20-80991035 ext 3
Email: jamie@stimulussoft.com
Web: http://www.mailarchiva.com


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org