Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 58910 invoked from network); 1 Sep 2009 12:28:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Sep 2009 12:28:55 -0000 Received: (qmail 38246 invoked by uid 500); 1 Sep 2009 12:28:54 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 38179 invoked by uid 500); 1 Sep 2009 12:28:54 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 38169 invoked by uid 99); 1 Sep 2009 12:28:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Sep 2009 12:28:54 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Sep 2009 12:28:53 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C59E7234C045 for ; Tue, 1 Sep 2009 05:28:32 -0700 (PDT) Message-ID: <701767032.1251808112787.JavaMail.jira@brutus> Date: Tue, 1 Sep 2009 05:28:32 -0700 (PDT) From: "Igor Motov (JIRA)" To: solr-dev@lucene.apache.org Subject: [jira] Commented: (SOLR-1399) Lock settings are ignored In-Reply-To: <1486082313.1251750453033.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12749876#action_12749876 ] Igor Motov commented on SOLR-1399: ---------------------------------- Yes, your patch solves the issue and definitely looks like a better fix. Thanks! However, don't you think it makes sense to fix that deprecated method as well? Not passing the config parameter in SolrIndexWriter(String name, String path, DirectoryFactory dirFactory, boolean create, IndexSchema schema, SolrIndexConfig config) looks like a typo, and since the method is not marked as @deprecated, somebody might use it. > Lock settings are ignored > ------------------------- > > Key: SOLR-1399 > URL: https://issues.apache.org/jira/browse/SOLR-1399 > Project: Solr > Issue Type: Bug > Affects Versions: 1.4 > Reporter: Igor Motov > Fix For: 1.4 > > Attachments: SOLR-1399.patch, SOLR-1399.patch > > > To reproduce: > - set dataDir to point to a directory that the current user has no access right to (/solr/data, for non-root user, for example) > - change lockType to single > - start example web server. > The server fails with the following error message that indicates that it still uses SimpleFSLock > Caused by: java.io.IOException: Cannot create directory: /solr/data/index > at org.apache.lucene.store.SimpleFSLock.obtain(SimpleFSLockFactory.java:138) > at org.apache.lucene.store.Lock.obtain(Lock.java:73) > at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:1540) > at org.apache.lucene.index.IndexWriter.(IndexWriter.java:1310) > at org.apache.solr.update.SolrIndexWriter.(SolrIndexWriter.java:160) > at org.apache.solr.core.SolrCore.initIndex(SolrCore.java:388) > I ran into this issue using custom DirectoryFactory. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.