SpellCheckComponent suggestions and case

[Acadaca]

I am having great difficulty getting SpellCheckComponent to ignore case.

Given a search of Glod, the suggestion is wood
Given a search of glod, the suggestion is gold

I am using LowerCaseTokenizerFactory for both query and index, so as I
understand it Glod and glod should be treated the same. If not, how can I
truly ignore case?

Here is my fieldType:


  


 

  
  


 

  



-- 
View this message in context: 
http://old.nabble.com/SpellCheckComponent-suggestions-and-case-tp26137035p26137035.html
Sent from the Solr - User mailing list archive at Nabble.com.

"after flush: fdx size mismatch" on query durring writes

[Acadaca]

We are using Solr 1.4 in a multi-core setup with replication.

Whenever we write to the master we get the following exception:

java.lang.RuntimeException: after flush: fdx size mismatch: 1285 docs vs 0
length in bytes of _gqg.fdx file exists?=false
at
org.apache.lucene.index.StoredFieldsWriter.closeDocStore(StoredFieldsWriter.java:97)
at
org.apache.lucene.index.DocFieldProcessor.closeDocStore(DocFieldProcessor.java:50)

Has anyone had any success debugging this one?

thx.
-- 
View this message in context: 
http://old.nabble.com/%22after-flush%3A-fdx-size-mismatch%22-on-query-durring-writes-tp27524755p27524755.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: "after flush: fdx size mismatch" on query durring writes

[Acadaca]

Thanks for the help!

Yes, we are doing a commit following the update. We will try
IndexWriter.setInfoStream

Below are our the environments we are testing on:

Ubuntu Hardy, Kernel 2.6.16-xenU i386
Amazon EC2, US East Region
Embedded Jetty
Java 1.6.0_16
Solr 1.4

Server B

Ubuntu Hardy, Kernel 2.6.16-xenU i386
Apache Tomcat 6.0.24
Java 1.6.0_07
Solr 1.4

Michael McCandless-2 wrote:
> 
> Yes, more details would be great...
> 
> Is this easily repeated?
> 
> The exists?=false is particularly spooky.
> 
> It means, somehow, a new segment was being flushed, containing 1285
> docs, but then after closing the doc stores, the stored fields index
> file (_X.fdx) had been deleted.
> 
> Can you turn on IndexWriter.setInfoStream, get this error to happen
> again, and then post the output?  Thanks.
> 
> Mike
> 
> On Wed, Feb 10, 2010 at 12:59 AM, Lance Norskog  wrote:
>> We need more information. How big is the index in disk space? How many
>> documents? How many fields? What's the schema? What OS? What Java
>> version?
>>
>> Do you run this on a local hard disk or is it over an NFS mount?
>>
>> Does this software commit before shutting down?
>>
>> If you run with asserts on do you get errors before this happens.
>>    -ea:org.apache.lucene... as a JVM argument
>>
>> On Tue, Feb 9, 2010 at 5:08 PM, Acadaca  wrote:
>>>
>>> We are using Solr 1.4 in a multi-core setup with replication.
>>>
>>> Whenever we write to the master we get the following exception:
>>>
>>> java.lang.RuntimeException: after flush: fdx size mismatch: 1285 docs vs
>>> 0
>>> length in bytes of _gqg.fdx file exists?=false
>>> at
>>> org.apache.lucene.index.StoredFieldsWriter.closeDocStore(StoredFieldsWriter.java:97)
>>> at
>>> org.apache.lucene.index.DocFieldProcessor.closeDocStore(DocFieldProcessor.java:50)
>>>
>>> Has anyone had any success debugging this one?
>>>
>>> thx.
>>> --
>>> View this message in context:
>>> http://old.nabble.com/%22after-flush%3A-fdx-size-mismatch%22-on-query-durring-writes-tp27524755p27524755.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>>
>> --
>> Lance Norskog
>> goks...@gmail.com
>>
> 
> 

-- 
View this message in context: 
http://old.nabble.com/%22after-flush%3A-fdx-size-mismatch%22-on-query-durring-writes-tp27524755p27549906.html
Sent from the Solr - User mailing list archive at Nabble.com.