[
https://issues.apache.org/jira/browse/CASSANDRA-17180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17526115#comment-17526115
]
Paulo Motta commented on CASSANDRA-17180:
-----------------------------------------
bq. After spending more time on this, I identified an issue
Nice catch!
bq. I have not detected this by my unit tests because I was, more or less,
mocking it but once I actually tried it on the running node, to my surprise it
was not detecting the tables which should be causing violations.
Can we create a (in-jvm or python) dtest to ensure this is being properly
tested and any future regressions caught?
bq. I think it is viable to do via "SchemaKeyspace.fetchNonSystemKeyspaces()".
Sounds good to me.
bq. I am not sure I can make this method publicly visible without any
conseqencies yet.
I think this should be fine.
bq. On the other hand, it will check tables in "system_distributed" as well as
"system_auth". These tables do not have gc = 0 and they are not excluded from
fetchNonSystemKeyspaces call.
that's ok, it's probably a good idea to check these tables anyway.
> Implement startup check to prevent Cassandra start to spread zombie data
> ------------------------------------------------------------------------
>
> Key: CASSANDRA-17180
> URL: https://issues.apache.org/jira/browse/CASSANDRA-17180
> Project: Cassandra
> Issue Type: New Feature
> Components: Legacy/Observability
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Priority: Normal
> Time Spent: 9.5h
> Remaining Estimate: 0h
>
> As already discussed on ML, it would be nice to have a service which would
> periodically write timestamp to a file signalling it is up / running.
> Then, on the startup, we would read this file and we would determine if there
> is some table which gc grace is behind this time and we would fail the start
> so we would prevent zombie data to be likely spread around a cluster.
> https://lists.apache.org/thread/w4w5t2hlcrvqhgdwww61hgg58qz13glw
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
