You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "David Smiley (Jira)" <ji...@apache.org> on 2020/07/20 03:27:00 UTC

[jira] [Commented] (SOLR-14630) CloudSolrClient doesn't pick correct core when server contains more shards

    [ https://issues.apache.org/jira/browse/SOLR-14630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17160863#comment-17160863 ] 

David Smiley commented on SOLR-14630:
-------------------------------------

While I appreciate your code level diagnosis, I'm less then sure I understand what the problem is in the first place.  Can you please describe a series of simple steps that illustrate a problem?  And without pointing to Solr code to show the problem; it should be externally observable if it's as serious as the Jira issue title here suggests.  It's not clear if the problem you describe depends on use of the \_route_ param or not; if it's not needed then don't use it in the reproduction steps.  If documents are indexed in the "wrong" core, as I think you say, then you could simply demonstrate an inconsistency in document placement when the shards are located on the same server.  \{{fl=id,[shard]}} on a query tells you where the doc came from.  If you confirm this with a proposal numShards and docId then I'll "see" for myself.

> CloudSolrClient doesn't pick correct core when server contains more shards
> --------------------------------------------------------------------------
>
>                 Key: SOLR-14630
>                 URL: https://issues.apache.org/jira/browse/SOLR-14630
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrCloud, SolrJ
>    Affects Versions: 8.5.1, 8.5.2
>            Reporter: Ivan Djurasevic
>            Priority: Major
>
> Precondition: create collection with 4 shards on one server.
> During search and update, solr cloud client picks wrong core even _route_ exists in query param. In BaseSolrClient class, method sendRequest, 
>  
> {code:java}
> sortedReplicas.forEach( replica -> {
>   if (seenNodes.add(replica.getNodeName())) {
>     theUrlList.add(ZkCoreNodeProps.getCoreUrl(replica.getBaseUrl(), joinedInputCollections));
>   }
> });
> {code}
>  
> Previous part of code adds base url(localhost:8983/solr/collection_name) to theUrlList, it doesn't create core address(localhost:8983/solr/core_name). If we change previous code to:
> {quote}
> {code:java}
> sortedReplicas.forEach(replica -> {
>     if (seenNodes.add(replica.getNodeName())) {
>         theUrlList.add(replica.getCoreUrl());
>     }
> });{code}
> {quote}
> Solr cloud client picks core which is defined with  _route_ parameter.
>  
>   



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org