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

ASF subversion and git services commented on SOLR-7954:
-------------------------------------------------------

Commit 1697977 from hoss...@apache.org in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1697977 ]

SOLR-7954: Fixed an integer overflow bug in the HyperLogLog code used by the 
'cardinality' option of stats.field to prevent ArrayIndexOutOfBoundsException 
in a distributed search when a large precision is selected and a large number 
of values exist in each shard (merge r1697969)

> ArrayIndexOutOfBoundsException from distributed HLL serialization logic when 
> using using stats.field={!cardinality=1.0} in a distributed query
> ----------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-7954
>                 URL: https://issues.apache.org/jira/browse/SOLR-7954
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 5.2.1
>         Environment: SolrCloud 4 node cluster.
> Ubuntu 12.04
> OS Type 64 bit
>            Reporter: Modassar Ather
>            Assignee: Hoss Man
>         Attachments: SOLR-7954.patch, SOLR-7954.patch, SOLR-7954.patch
>
>
> User reports indicate that using {{stats.field=\{!cardinality=1.0\}foo}} on a 
> field that has extremely high cardinality on a single shard (example: 150K 
> unique values) can lead to "ArrayIndexOutOfBoundsException: 3" on the shard 
> during serialization of the HLL values.
> using "cardinality=0.9" (or lower) doesn't produce the same symptoms, 
> suggesting the problem is specific to large log2m and regwidth values.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Reply via email to