You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Noble Paul (JIRA)" <ji...@apache.org> on 2009/09/12 11:17:01 UTC
[jira] Commented: (SOLR-1170) Java replication replicates lucene
lock file
[ https://issues.apache.org/jira/browse/SOLR-1170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12754498#action_12754498 ]
Noble Paul commented on SOLR-1170:
----------------------------------
I guess it safe enough to commit this patch. The .lock file does not need to be replicated in any case
> Java replication replicates lucene lock file
> --------------------------------------------
>
> Key: SOLR-1170
> URL: https://issues.apache.org/jira/browse/SOLR-1170
> Project: Solr
> Issue Type: Bug
> Components: replication (java)
> Affects Versions: 1.4
> Environment: linux
> Reporter: Bryan Talbot
> Assignee: Noble Paul
> Priority: Minor
> Fix For: 1.4
>
> Attachments: SOLR-1170.patch
>
>
> When using solr 1.4 replication, I see that the lucene-write.lock file is being replicated to slaves. I'm importing data from a db every 5 minutes using cron to trigger a DIH delta-import. Replication polls every 60 seconds and the master is configured to take a snapshot (replicateAfter) commit.
> Why should the lock file be replicated to slaves?
> The lock file isn't stale on the master and is absent unless the delta-import is in process. I've not tried it yet, but with the lock file replicated, it seems like promotion of a slave to a master in a failure recovery scenario requires the manual removal of the lock file.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.