Re: gc_grace config for time serie database

2019-04-17 Thread Stefan Miklosovic
I am wrong in this paragraph: >> On the other hand, a node was down, it was TTLed on healthy nodes and >> tombstone was created, then you start the first one which was down and >> as it counts down you hit that node with update. It does not matter how long that dead node was dead. Once you start

Re: gc_grace config for time serie database

2019-04-17 Thread onmstester onmstester
I do not use table default ttl (every row has its own TTL) and also no update occurs to the rows. I suppose that (because of immutable nature of everything in cassandra) cassandra would keep only the insertion timestamp + the original ttl and  computes ttl of a row using these two and current

Re: gc_grace config for time serie database

2019-04-17 Thread Stefan Miklosovic
TTL value is decreasing every second and it is set to original TTL value back after some update occurs on that row (see example below). Does not it logically imply that if a node is down for some time and updates are occurring on live nodes and handoffs are saved for three hours and after three hou

Fwd: gc_grace config for time serie database

2019-04-17 Thread fald 1970
Hi, According to these Facts: 1. If a node is down for longer than max_hint_window_in_ms (3 hours by default), the coordinator stops writing new hints. 2. The main purpose of gc_grace property is to prevent Zombie data and also it determines for how long the coordinator should keep hinted files W