You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Pedro Gordo (JIRA)" <ji...@apache.org> on 2018/11/02 11:05:00 UTC

[jira] [Updated] (CASSANDRA-14865) Cascading calls to read retries, system_auth, and read repairs

     [ https://issues.apache.org/jira/browse/CASSANDRA-14865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Pedro Gordo updated CASSANDRA-14865:
------------------------------------
    Attachment: wec_dc.txt
                nec_dc.txt
                cn_dc.txt

> Cascading calls to read retries, system_auth, and read repairs
> --------------------------------------------------------------
>
>                 Key: CASSANDRA-14865
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14865
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Pedro Gordo
>            Priority: Major
>             Fix For: 3.11.1
>
>         Attachments: cn_dc.txt, nec_dc.txt, wec_dc.txt
>
>
> Roles validity and permission cache values are the default ones. Same thing for the read-repair chance.
> We have a cluster with 3 data centers. We have noticed that in 2 of the data centers (NEC and CN) we have multiple calls to speculative read retries (rapid read protection), roles (instead of using cached values within the same tracing session), and multiple read repair messages.
> We would expect only one call to roles, within sequential read sessions, because the cache could be turned, but not so many calls within the same tracing session. Same thing for read-retries, and read repair messages. We are discarding blocking read repairs possibility because we consistently get the same results when doing the query several times.
> It feels like something is cascading calls to these mechanisms regardless of conditions that would prevent them from being called (cached roles values for instance).
> I have attached tracing files from the 3 data centers. Please let me know if more info is needed.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org