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 92977DABC for ; Wed, 28 Nov 2012 15:37:05 +0000 (UTC) Received: (qmail 91928 invoked by uid 500); 28 Nov 2012 15:37:00 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 91741 invoked by uid 500); 28 Nov 2012 15:37:00 -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 91264 invoked by uid 99); 28 Nov 2012 15:37:00 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Nov 2012 15:37:00 +0000 Date: Wed, 28 Nov 2012 15:37:00 +0000 (UTC) From: "Eks Dev (JIRA)" To: dev@lucene.apache.org Message-ID: <1647771499.32938.1354117020106.JavaMail.jiratomcat@arcas> In-Reply-To: <179232473.32136.1354103458226.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (SOLR-4117) IO error while trying to get the size of the Directory 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-4117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13505555#comment-13505555 ] Eks Dev commented on SOLR-4117: ------------------------------- fsync of course, fsck was intended for my terminal window :) > IO error while trying to get the size of the Directory > ------------------------------------------------------ > > Key: SOLR-4117 > URL: https://issues.apache.org/jira/browse/SOLR-4117 > Project: Solr > Issue Type: Bug > Components: SolrCloud > Affects Versions: 5.0 > Environment: 5.0.0.2012.11.28.10.42.06 > Debian Squeeze, Tomcat 6, Sun Java 6, 10 nodes, 10 shards, rep. factor 2. > Reporter: Markus Jelsma > Assignee: Mark Miller > Priority: Minor > Fix For: 5.0 > > > With SOLR-4032 fixed we see other issues when randomly taking down nodes (nicely via tomcat restart) while indexing a few million web pages from Hadoop. We do make sure that at least one node is up for a shard but due to recovery issues it may not be live. > One node seems to work but generates IO errors in the log and ZookeeperExeption in the GUI. In the GUI we only see: > {code} > SolrCore Initialization Failures > openindex_f: org.apache.solr.common.cloud.ZooKeeperException:org.apache.solr.common.cloud.ZooKeeperException: > Please check your logs for more information > {code} > and in the log we only see the following exception: > {code} > 2012-11-28 11:47:26,652 ERROR [solr.handler.ReplicationHandler] - [http-8080-exec-28] - : IO error while trying to get the size of the Directory:org.apache.lucene.store.NoSuchDirectoryException: directory '/opt/solr/cores/shard_f/data/index' does not exist > at org.apache.lucene.store.FSDirectory.listAll(FSDirectory.java:217) > at org.apache.lucene.store.FSDirectory.listAll(FSDirectory.java:240) > at org.apache.lucene.store.NRTCachingDirectory.listAll(NRTCachingDirectory.java:132) > at org.apache.solr.core.DirectoryFactory.sizeOfDirectory(DirectoryFactory.java:146) > at org.apache.solr.handler.ReplicationHandler.getIndexSize(ReplicationHandler.java:472) > at org.apache.solr.handler.ReplicationHandler.getReplicationDetails(ReplicationHandler.java:568) > at org.apache.solr.handler.ReplicationHandler.handleRequestBody(ReplicationHandler.java:213) > at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:144) > at org.apache.solr.core.RequestHandlers$LazyRequestHandlerWrapper.handleRequest(RequestHandlers.java:240) > at org.apache.solr.core.SolrCore.execute(SolrCore.java:1830) > at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:476) > at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:276) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) > at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:744) > at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:662) > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators 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