[ https://issues.apache.org/jira/browse/SOLR-6583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14352850#comment-14352850 ]
Markus Jelsma commented on SOLR-6583: ------------------------------------- Seems this is on 4.10.4 as well. I have never seen it happen before http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201503.mbox/%3czarafa.54fc424e.0fe2.1b6ac4ae3e74e...@mail.openindex.io%3E > Resuming connection with ZooKeeper causes log replay > ---------------------------------------------------- > > Key: SOLR-6583 > URL: https://issues.apache.org/jira/browse/SOLR-6583 > Project: Solr > Issue Type: Bug > Components: SolrCloud > Affects Versions: 4.10.1 > Reporter: Shalin Shekhar Mangar > Assignee: Shalin Shekhar Mangar > Priority: Minor > Fix For: 5.0, Trunk > > > If a node is partitioned from ZooKeeper for an extended period of time then > upon resuming connection, the node re-registers itself causing > recoverFromLog() method to be executed which fails with the following > exception: > {code} > 8091124 [Thread-71] ERROR org.apache.solr.update.UpdateLog – Error > inspecting tlog > tlog{file=/home/ubuntu/shalin-lusolr/solr/example/solr/collection_5x3_shard5_replica3/data/tlog/tlog.0000000000000009869 > refcount=2} > java.nio.channels.ClosedChannelException > at sun.nio.ch.FileChannelImpl.ensureOpen(FileChannelImpl.java:99) > at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:678) > at > org.apache.solr.update.ChannelFastInputStream.readWrappedStream(TransactionLog.java:784) > at > org.apache.solr.common.util.FastInputStream.refill(FastInputStream.java:89) > at > org.apache.solr.common.util.FastInputStream.read(FastInputStream.java:125) > at java.io.InputStream.read(InputStream.java:101) > at > org.apache.solr.update.TransactionLog.endsWithCommit(TransactionLog.java:218) > at org.apache.solr.update.UpdateLog.recoverFromLog(UpdateLog.java:800) > at org.apache.solr.cloud.ZkController.register(ZkController.java:834) > at org.apache.solr.cloud.ZkController$1.command(ZkController.java:271) > at > org.apache.solr.common.cloud.ConnectionManager$1$1.run(ConnectionManager.java:166) > 8091125 [Thread-71] ERROR org.apache.solr.update.UpdateLog – Error > inspecting tlog > tlog{file=/home/ubuntu/shalin-lusolr/solr/example/solr/collection_5x3_shard5_replica3/data/tlog/tlog.0000000000000009870 > refcount=2} > java.nio.channels.ClosedChannelException > at sun.nio.ch.FileChannelImpl.ensureOpen(FileChannelImpl.java:99) > at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:678) > at > org.apache.solr.update.ChannelFastInputStream.readWrappedStream(TransactionLog.java:784) > at > org.apache.solr.common.util.FastInputStream.refill(FastInputStream.java:89) > at > org.apache.solr.common.util.FastInputStream.read(FastInputStream.java:125) > at java.io.InputStream.read(InputStream.java:101) > at > org.apache.solr.update.TransactionLog.endsWithCommit(TransactionLog.java:218) > at org.apache.solr.update.UpdateLog.recoverFromLog(UpdateLog.java:800) > at org.apache.solr.cloud.ZkController.register(ZkController.java:834) > at org.apache.solr.cloud.ZkController$1.command(ZkController.java:271) > at > org.apache.solr.common.cloud.ConnectionManager$1$1.run(ConnectionManager.java:166) > {code} > This is because the recoverFromLog uses transaction log references that were > collected at startup and are no longer valid. > We shouldn't even be running recoverFromLog code for ZK re-connect. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org