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.