cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Joshua McKenzie (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-13695) ReadStage threads have no timeout
Date Tue, 22 Aug 2017 13:44:00 GMT

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

Joshua McKenzie updated CASSANDRA-13695:
----------------------------------------
    Component/s: Local Write-Read Paths

> ReadStage threads have no timeout
> ---------------------------------
>
>                 Key: CASSANDRA-13695
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13695
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Local Write-Read Paths
>            Reporter: Vladimir Yudovin
>
> Following this discussion: [High CPU after read timeout|https://lists.apache.org/thread.html/e22a2a77634f9228bf1d5474cc77ea461262f2e125cd2fa21a17f7a2@%3Cdev.cassandra.apache.org%3E]
> Currently ReadStage threads have no timeout and continue to run without limitation after
xxx_request_timeout_in_ms expired. Thus single bad request like SELECT ... ALLOW FILTERING
can paralyze the whole cluster for hours and even more.
> I guess that read request should include a kind *timeout *or *expired_at parameter* and
handling thread will check it and stop processing after expiration time.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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


Mime
View raw message