[
https://issues.apache.org/jira/browse/SOLR-14471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17107938#comment-17107938
]
ASF subversion and git services commented on SOLR-14471:
--------------------------------------------------------
Commit abaf16ea1bb2301e5b555f0bf1ea9d3bd7012761 in lucene-solr's branch
refs/heads/branch_8x from Tomas Eduardo Fernandez Lobbe
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=abaf16e ]
SOLR-14471: Add CHANGES entry
> base replica selection strategy not applied to "last place" shards.preference
> matches
> -------------------------------------------------------------------------------------
>
> Key: SOLR-14471
> URL: https://issues.apache.org/jira/browse/SOLR-14471
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Affects Versions: master (9.0), 8.3
> Reporter: Michael Gibney
> Assignee: Tomas Eduardo Fernandez Lobbe
> Priority: Minor
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> When {{shards.preferences}} is specified, all inherently equivalent groups of
> replicas should fall back to being sorted by the {{replica.base}} strategy
> (either random or some variant of "stable"). This currently works for every
> group of "equivalent" replicas, with the exception of "last place" matches.
> This is easy to overlook, because usually it's the "first place" matches that
> will be selected for the purpose of actually executing distributed requests;
> but it's still a bug, and is especially problematic when "last place matches"
> == "first place matches" – e.g. when {{shards.preference}} specified matches
> _all_ available replicas.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
