Details
-
Bug
-
Status: Open
-
Normal
-
Resolution: Unresolved
-
None
-
Normal
Description
Spotted by cnlwsu during CASSANDRA-14664 review, and confirmed by me and beobal separately.
Keyspace.applyInternal() generates nowInSeconds from local time at the time of mutation application - which can happen at quite a delay from that mutation creation (think streaming path, hints, batchlog replay). That nowInSeconds value is later used by CassandraIndex Indexer to determine liveness of cells and also used for some of generated tombstones.
Depending on when Keyspace.applyInternal() call happens, you'll see varying results in the internal 2i table, which sounds problematic. The values should be derived from the cells and liveness info in the partition updates exclusively.
Attachments
Issue Links
- relates to
-
CASSANDRA-14664 Allow providing and overriding nowInSeconds via native protocol
- Resolved