[jira] [Updated] (CASSANDRA-14680) Built-in 2i implementation applies updates non-deterministically
[
https://issues.apache.org/jira/browse/CASSANDRA-14680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Shuler updated CASSANDRA-14680:
---
Fix Version/s: (was: 4.0.x)
4.x
> Built-in 2i implementation applies updates non-deterministically
>
>
> Key: CASSANDRA-14680
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14680
> Project: Cassandra
> Issue Type: Bug
> Components: Feature/2i Index
>Reporter: Chris Lohfink
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.x
>
>
> 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.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14680) Built-in 2i implementation applies updates non-deterministically
[
https://issues.apache.org/jira/browse/CASSANDRA-14680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
C. Scott Andreas updated CASSANDRA-14680:
-
Component/s: Secondary Indexes
> Built-in 2i implementation applies updates non-deterministically
>
>
> Key: CASSANDRA-14680
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14680
> Project: Cassandra
> Issue Type: Bug
> Components: Secondary Indexes
>Reporter: Chris Lohfink
>Priority: Major
> Fix For: 3.0.x, 3.11.x, 4.0.x
>
>
> 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.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
