[
https://issues.apache.org/jira/browse/CASSANDRA-14865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pedro Gordo updated CASSANDRA-14865:
------------------------------------
Description:
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 calls 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.
was:
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.
> 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 calls 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: [email protected]
For additional commands, e-mail: [email protected]
