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

Munendra S N commented on SOLR-14036:
-------------------------------------

[~ichattopadhyaya]
 I think it was related to {{terms.ttf}} behaving differently in distributed 
mode or something but need to check.

[~dsmiley]
{quote}The results were inconsistent depending on which shard the client was 
talking with{quote}
Based on this I'm assuming there were no errors

{quote}
attempted to use the TermsComponent in SolrCloud on a collection with multiple 
shards
{quote}
* Was the TermsComponent used with {{/select}} or any other handler with 
{{terms=true}} parameter and {{shards}} parameter.
OR 
* used with {{/terms}} handler? This is because implicit definition of the 
terms handler has {{distrib=false}} parameter . 
>From documentation
{quote}The parameter "distrib" is set to false, which allows this handler to be 
used only on a single Solr core.{quote}
EchoParams all for terms handler
{code:json}
{
echoParams: "all",
terms: "true",
distrib: "false"
}
{code}

 Could you please share a sample request?


> TermsComponent distributed search (shards) doesn't work with SolrCloud
> ----------------------------------------------------------------------
>
>                 Key: SOLR-14036
>                 URL: https://issues.apache.org/jira/browse/SOLR-14036
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: SearchComponents - other
>            Reporter: David Smiley
>            Priority: Major
>
> My colleagues [~bruno.roustant] and [~antogruz] attempted to use the 
> {{TermsComponent}} in SolrCloud on a collection with multiple shards.  The 
> results were inconsistent depending on which shard the client was talking 
> with.  Looking at the prepare() method, I can see this component reads the 
> "shards" param.  It should not have been coded that way; the SearchHandler or 
> related machinery is responsible for parsing/processing that.



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

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

Reply via email to