You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "John Stratoulis (JIRA)" <ji...@apache.org> on 2017/05/24 09:54:04 UTC
[jira] [Commented] (SOLR-10740) SolrCloud should allow non
distributed core optimize
[ https://issues.apache.org/jira/browse/SOLR-10740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16022634#comment-16022634 ]
John Stratoulis commented on SOLR-10740:
----------------------------------------
Another approach would be to alter the {code:java}DistributedUpdateProcessor.getCollectionUrls{code} method that gathers the nodes to be commited
> SolrCloud should allow non distributed core optimize
> ----------------------------------------------------
>
> Key: SOLR-10740
> URL: https://issues.apache.org/jira/browse/SOLR-10740
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: 5.5.1, 6.0.1, 6.5.1
> Environment: Platform indepedent
> Reporter: John Stratoulis
>
> Optimize command does not honor distrib=false option. So all collection replicas are getting updated. However there are situations that this is not possible.
> At first optimization was done serially, maybe this could help for the desired behavior? e.g select only the appropriate core in the nodes commit iterration?
> (https://issues.apache.org/jira/browse/SOLR-6264)
> Also by looking down the DistributedUpdateProcessor code there is a rather undocumented param named commit_end_point (line: 1898) that seems to do a local commit, could this be the solution to the problem?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org