[
https://issues.apache.org/jira/browse/SOLR-8263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15002018#comment-15002018
]
Renaud Delbru edited comment on SOLR-8263 at 11/12/15 12:50 PM:
----------------------------------------------------------------
[~shalinmangar] [~erickerickson] An initial first patch for this issue. It
includes a unit test that was able to reproduce the described issue, and an
initial fix for the issue.
The index fetcher is now taking care of moving the buffered updates from the
previous update log to the new one. During the move, the index fetcher is
blocking updates to ensure that no buffered updates are missed.
was (Author: rendel):
[~shalinmangar][~erickerickson] An initial first patch for this issue. It
includes a unit test that was able to produce the describe issue, and an
initial fix for the issue.
The index fetcher is now taking care of moving the buffered updates of the
previous update log to the new one. During the move, the index fetcher is
blocking updates to ensure that no buffered updates will be missed.
> Tlog replication could interfere with the replay of buffered updates
> --------------------------------------------------------------------
>
> Key: SOLR-8263
> URL: https://issues.apache.org/jira/browse/SOLR-8263
> Project: Solr
> Issue Type: Sub-task
> Reporter: Renaud Delbru
> Assignee: Erick Erickson
> Attachments: SOLR-8263-trunk-1.patch
>
>
> The current implementation of the tlog replication might interfere with the
> replay of the buffered updates. The current tlog replication works as follow:
> 1) Fetch the the tlog files from the master
> 2) reset the update log before switching the tlog directory
> 3) switch the tlog directory and re-initialise the update log with the new
> directory.
> Currently there is no logic to keep "buffered updates" while resetting and
> reinitializing the update log.
--
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
