You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Francisco Guerrero (Jira)" <ji...@apache.org> on 2025/10/29 22:53:00 UTC
[jira] [Commented] (CASSANALYTICS-99) Bulk reader node availability comparator arranges replicas in incorrect order
[ https://issues.apache.org/jira/browse/CASSANALYTICS-99?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18033976#comment-18033976 ]
Francisco Guerrero commented on CASSANALYTICS-99:
-------------------------------------------------
+1 thanks for the fix
> Bulk reader node availability comparator arranges replicas in incorrect order
> -----------------------------------------------------------------------------
>
> Key: CASSANALYTICS-99
> URL: https://issues.apache.org/jira/browse/CASSANALYTICS-99
> Project: Apache Cassandra Analytics
> Issue Type: Bug
> Components: Reader
> Reporter: Sudipta Laha
> Assignee: Sudipta Laha
> Priority: Normal
> Time Spent: 50m
> Remaining Estimate: 0h
>
> There’s a logic in the bulk reader that organizes replicas for a token range based on their availability. The sorting order is determined by the status of the node. This arrangement ensures that the bulk reader reads SS tables from available replicas first. If the requested consistency level is achieved by simply reading SS tables from the available replicas, the bulk reader skips reading from the unavailable replicas. However, due to a bug in the code, the bulk reader operates contrary to its intended purpose. Consequently, it attempts to read SS tables from the unavailable replicas first before successfully reading from the available replicas.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org