[
https://issues.apache.org/jira/browse/CASSANDRA-16286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17274041#comment-17274041
]
Andres de la Peña commented on CASSANDRA-16286:
-----------------------------------------------
bq. Andres de la Peña Mind starting a Jenkins run against these branches?
Otherwise, seems like we're ready to commit.
Sure:
||branch||utest||java-dtest||python-dtest||
|2.2|[202|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-test/202/]|[195|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-jvm-dtest/195/]|[353|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-dtest/353/]|
|3.0|[203|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-test/203/]|[196|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-jvm-dtest/196/]|[354|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-dtest/354/]|
|3.11|[204|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-test/204/]|[197|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-jvm-dtest/197/]|[355|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-dtest/355/]|
|4.0|[204|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-test/205/]|[198|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-jvm-dtest/198/]|[356|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-dtest/356/]|
> Make TokenMetadata's ring version increments atomic
> ---------------------------------------------------
>
> Key: CASSANDRA-16286
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16286
> Project: Cassandra
> Issue Type: Bug
> Components: Cluster/Gossip
> Reporter: Caleb Rackliffe
> Assignee: Caleb Rackliffe
> Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> The update semantics of the ring version in {{TokenMetadata}} are not clear.
> The instance variable itself is {{volatile}}, but it is still incremented by
> a non-atomic check-and-set, and not all codepaths do that while holding the
> {{TokenMetadata}} write lock. We could make this more intelligible by forcing
> the external callers to use both the write when invalidating the ring and
> read lock when reading the current ring version. Most of the readers of the
> ring version (ex. compaction) don't need it to be fast, but it shouldn't be a
> problem even if they do. If we do this, we should be able to avoid a
> situation where concurrent invalidations don't produce two distinct version
> increments.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
