[
https://issues.apache.org/jira/browse/CASSANDRA-20830?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18016388#comment-18016388
]
Caleb Rackliffe commented on CASSANDRA-20830:
---------------------------------------------
Here's the list of failing seeds I've hit so far:
{noformat}
3448511221048049990L
3448511767874561358L
3448512096918920638L
3448512193316910104L
3448512636059630802L
3448508380521303242L
3448510029028090569L
3448154736661599106L
3447971527803381056L
{noformat}
All should be reproducible w/ the new test in
https://github.com/apache/cassandra/pull/4303
> AST Fuzz testing support for tables w/ mutation tracking enabled
> ----------------------------------------------------------------
>
> Key: CASSANDRA-20830
> URL: https://issues.apache.org/jira/browse/CASSANDRA-20830
> Project: Apache Cassandra
> Issue Type: Task
> Components: Consistency/Coordination
> Reporter: Caleb Rackliffe
> Assignee: Caleb Rackliffe
> Priority: Normal
> Fix For: NA
>
>
> We need to start exposing the mutation tracking work to the AST fuzz tester.
> Specifically, I think we can start with something similar to
> {{MultiNodeTableWalkWithoutReadRepairTest}}, just with tracking enabled
> rather than RR disabled, etc. The fun thing, from my initial conversations
> with [~bdeggleston], is that historical problems like CASSANDRA-19007 might
> not be possible due to the way filtering queries work with MT.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
