Return-Path: 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 E2A929FC0 for ; Thu, 23 Feb 2012 19:29:18 +0000 (UTC) Received: (qmail 55811 invoked by uid 500); 23 Feb 2012 19:29:17 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 55724 invoked by uid 500); 23 Feb 2012 19:29:17 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 55716 invoked by uid 99); 23 Feb 2012 19:29:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Feb 2012 19:29:17 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Feb 2012 19:29:16 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 7CEBF33641C for ; Thu, 23 Feb 2012 19:28:56 +0000 (UTC) Date: Thu, 23 Feb 2012 19:28:56 +0000 (UTC) From: "Luca Cavanna (Commented) (JIRA)" To: dev@lucene.apache.org Message-ID: <1347743623.11034.1330025336513.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <792871865.10993.1330024968809.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (SOLR-3156) Check for locks on startup 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-3156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13214959#comment-13214959 ] Luca Cavanna commented on SOLR-3156: ------------------------------------ I'd have a patch almost ready, but I'd like to hear your thoughts first of all. I'd add a new check in the SolrCore#initIndex method. Would it be ok to try opening a SolrIndexWriter and close it immediately? That way if there's a lock and simple or native lockType, you'll immediately see an exception and Solr won't start, instead of notice the problem only when the first document is submitted. Should we add an option to the config for this check and make it disabled by default? Could you let me know what you think guys? > Check for locks on startup > -------------------------- > > Key: SOLR-3156 > URL: https://issues.apache.org/jira/browse/SOLR-3156 > Project: Solr > Issue Type: Improvement > Reporter: Luca Cavanna > > When using simple or native lockType and the application server is not shutdown properly (kill -9), you don't notice problems until someone tries to add or delete a document. In fact, you get errors every time Solr opens a new IndexWriter on the "locked" index. I'm aware of the unlockOnStartup option, but I'd prefer to know and act properly when there's a lock, and I think it would be better to know on startup, since Solr is not going to work properly. -- 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