Impact:
- CRASH: connection
- CRASH: first schema installation
- CRASH: schema updates
- OPUSH: none if the server migrates and restart as expected
QA:
Data should expire themself about 30 days, as you won't wait 30 days you can verify with a Cassandra request that data have a TTL after the migration.
1
For exemple, run this query using cqlsh :
select ttl(analysed_sync_collection) from opush.synced_collection_v2 ;
- before the migration the "ttle" value of columns should be null or 0 for every tables.
- after the migration the "ttle" value of columns should be something like 30 days (in seconds) for every tables.
2
Every table must have a default TTL at 30 days:
DESCRIBE TABLE opush.snapshot;
CREATE TABLE snapshot (
id uuid,
snapshot text,
PRIMARY KEY ((id))
) WITH
bloom_filter_fp_chance=0.010000 AND
..................
default_time_to_live=XXX AND
..................
Impact:
QA:
Data should expire themself about 30 days, as you won't wait 30 days you can verify with a Cassandra request that data have a TTL after the migration.
1
For exemple, run this query using cqlsh :
- before the migration the "ttle" value of columns should be null or 0 for every tables.
- after the migration the "ttle" value of columns should be something like 30 days (in seconds) for every tables.
2
Every table must have a default TTL at 30 days: