Return-Path: 
 <dev-return-101241-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
X-Original-To: apmail-lucene-dev-archive@www.apache.org
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 2A79BC99B
	for <apmail-lucene-dev-archive@www.apache.org>;
 Thu, 21 Jun 2012 21:27:44 +0000 (UTC)
Received: (qmail 98947 invoked by uid 500); 21 Jun 2012 21:27:43 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 98743 invoked by uid 500); 21 Jun 2012 21:27:42 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 98723 invoked by uid 99); 21 Jun 2012 21:27:42 -0000
Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jun 2012 21:27:42 +0000
Received: from isssues-vm.apache.org (localhost [127.0.0.1])
	by issues-vm (Postfix) with ESMTP id 957F91427F2
	for <dev@lucene.apache.org>; Thu, 21 Jun 2012 21:27:42 +0000 (UTC)
Date: Thu, 21 Jun 2012 21:27:42 +0000 (UTC)
From: "Ronny Karallus (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <1601855288.41260.1340314062614.JavaMail.jiratomcat@issues-vm>
In-Reply-To: 
 <1688236302.15468.1310686679848.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (SOLR-2654) <lockType/> not used consistently in
 all places Directory objects are instantiated
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/SOLR-2654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398874#comment-13398874 ] 

Ronny Karallus commented on SOLR-2654:
--------------------------------------

We just occured this problem using the spellchecking component. We got Solr 3.5 running.

Our configuration is:
...
<indexDefaults>
 ...
 <lockType>simple</lockType>
</indexDefaults>

<searchComponent name="spellcheck" class="solr.SpellCheckComponent">
    <str name="queryAnalyzerFieldType">textSpell</str>
    <lst name="spellchecker">
      <str name="name">default</str>
      <str name="field">_spell</str>
      <str name="spellcheckIndexDir">./spellchecker1</str>
	  <str name="buildOnCommit">true</str> 
    </lst>
...
</searchComponent>

That results in:

Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: NativeFSLock@.../data/spellchecker1/write.lock
	at org.apache.lucene.store.Lock.obtain(Lock.java:84)
	at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:1108)
	at org.apache.lucene.search.spell.SpellChecker.setSpellIndex(SpellChecker.java:169)
	at org.apache.lucene.search.spell.SpellChecker.<init>(SpellChecker.java:149)
	at org.apache.solr.spelling.AbstractLuceneSpellChecker.init(AbstractLuceneSpellChecker.java:127)
	... 22 more

Our FS doesnt support native locking. That's why we configured locktype to simple. However, the Spellchecker code doesn't use this setting ...
                
> <lockType/> not used consistently in all places Directory objects are instantiated
> ----------------------------------------------------------------------------------
>
>                 Key: SOLR-2654
>                 URL: https://issues.apache.org/jira/browse/SOLR-2654
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Hoss Man
>            Assignee: Mark Miller
>             Fix For: 4.0
>
>         Attachments: SOLR-2654.patch, SOLR-2654.patch, SOLR-2654.patch, SOLR-2654.patch, SOLR-2654.patch, SOLR-2654.patch, SOLR-2654.patch, SOLR-2654.patch, SOLR-2698.patch
>
>
> nipunb noted on the mailing list then when configuring solr to use an alternate <lockType/> (ie: simple) the stats for the SolrIndexSearcher list NativeFSLockFactory being used by the Directory.
> The problem seems to be that SolrIndexConfig is not consulted when constructing Directory objects used for IndexReader (it's only used by SolrIndexWriter)
> I don't _think_ this is a problem in most cases since the IndexReaders should all be readOnly in the core solr code) but plugins could attempt to use them in other ways.  In general it seems like a really bad bug waiting to happen.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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