2c: There's a lot to think about here, and as Blake already mentioned most
people don't have time to dedicate a lot of thought to this at the moment.
There appear to be a lot of voices missing from the discussion, and I think
it's pretty clear this isn't super tied to the freeze, so maybe we should
Agreed here - combining effort and making things pluggable seems like a good
solution
--
Jeff Jirsa
On Aug 28, 2018, at 11:44 PM, Vinay Chella wrote:
>> I haven’t settled on a position yet (will have more time think about
> things after the 9/1 freeze), but I wanted to point out that the ar
We can wait for a week post Freeze so everyone can participate however we need
to decide after that so we can make progress.
I am leaning towards piecemeal approach so we can review the code and pick best
of all 3 options
> On Aug 29, 2018, at 00:26, kurt greaves wrote:
>
> 2c: There's a lot
https://status.apache.org/
https://lists.apache.org/thread.html/53e9cf7ded15f2e348be2fd36a11fd3aa4dc43462d6aa5a197dbd337@%3Cbuilds.apache.org%3E
--
Kind regards,
Michael
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache
Hi,
I wonder why records on the system.paxos table aren't removed, though all
records are updated with TTL (at least 3 hours).
That's because gc_grace_seconds of system.paxos table is always 0 and users
can't change that value of System keyspace!
Why is the TTL of paxos record invalidated?
Or, I'
It's just that compaction hasn't occured. TTL works even though GCGS is 0.
There's been multiple discussions around this in the past, but we haven't
come to a consensus yet though. Some proposals to change compaction
strategy, some want to make it customisable. Treating paxos as sub-tables
has also