lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrzej Bialecki (JIRA)" <>
Subject [jira] [Commented] (SOLR-4380) ReplicationHandler replicateAfter startup not showing commits after SOLR-3911
Date Wed, 30 Jan 2013 08:01:15 GMT


Andrzej Bialecki  commented on SOLR-4380:

I confirm this is an issue in my environment too, where we use a custom deletion policy to
replicate additional side-load index data.

If reopening a writer was too heavy-weight for NRT (was that the motivation for this change)
then perhaps the replication code should use a different mechanism to obtain the list of IndexCommit-s
if there is no writer?
> ReplicationHandler replicateAfter startup not showing commits after SOLR-3911
> -----------------------------------------------------------------------------
>                 Key: SOLR-4380
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: replication (java)
>    Affects Versions: 4.0, 4.1
>            Reporter: Gregg Donovan
> In the process of upgrading to 4.1 from 3.6, I've noticed that our master servers do
not show any commit points -- e.g. via
-- available until after a new commit happens. So, for static indexes, replication doesn't
happen and for dynamic indexes, we have to wait until an incremental update of master for
slaves to see any commits.
> Tracing through the code, it looks like the change that may have effected us was part
of [SOLR-3911|], specifically commenting out
the initialization of the newIndexWriter in the replicateAfterStartup block [1]:
> {code:java}
> // TODO: perhaps this is no longer necessary then?
> // core.getUpdateHandler().newIndexWriter(true);
> {code}
> I'm guessing this is commented out because it is assumed that indexCommitPoint was going
to be set by that block, but when a slave requests commits, that goes back to core.getDeletionPolicy().getCommits()
to fetch the list of commits. If no indexWriter has been initialized, then, as far as I can
tell, IndexDeletionPolicyWrapper#onInit will not have been called and there will be no commits
> By uncommenting this line, I was able to see commits on startup and slaves began to replicate
> [1]

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:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message