av9ash/GitBugs huggingface dataset:
Bug: Improve accuracy of memtable heap usage tracking
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 26/Jan/22 17:42
Resolved: 10/Sep/24 09:23

[https://ci-cassandra.apache.org/job/Cassandra-4.0/313/testReport/org.apache.cassandra.cql3/MemtableSizeTest/testTruncationReleasesLogSpace_2/]

 Failed 4 times in the last 30 runs. Flakiness: 27%, Stability: 86%
Error Message
Expected heap usage close to 49.930MiB, got 41.542MiB.
{code}
Stacktrace
junit.framework.AssertionFailedError: Expected heap usage close to 49.930MiB, got 41.542MiB.

	at org.apache.cassandra.cql3.MemtableSizeTest.testSize(MemtableSizeTest.java:130)
	at org.apache.cassandra.Util.runCatchingAssertionError(Util.java:644)
	at org.apache.cassandra.Util.flakyTest(Util.java:669)
	at org.apache.cassandra.cql3.MemtableSizeTest.testTruncationReleasesLogSpace(MemtableSizeTest.java:61)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 {code}

*UPDATE:* It was discovered that unit tests were running with memtable_allocation_type: offheap_objects when we ship C* with heap_buffers.
So we changed that in CASSANDRA-19326, now we test with memtable_allocation_type: heap_buffers. As a result, this test now fails all the time on 4.0 and 4.1.
Bug: Test failure: org.apache.cassandra.db.ImportTest.testImportCorrupt
Status: Resolved
Priority: Normal
Resolution: Cannot Reproduce
Created: 23/Mar/22 12:25
Resolved: 04/Sep/23 05:55

There are intermittent failures in {{org.apache.cassandra.db.ImportTest#testImportCorrupt}} in trunk. This has only be hit once in Jenkins, for {{testImportCorrupt-cdc}}:

https://ci-cassandra.apache.org/job/Cassandra-trunk/1029/testReport/org.apache.cassandra.db/ImportTest/testImportCorrupt_cdc_3/

{code}
Error Message
Data dir should contain one file expected:<1> but was:<2>
Stacktrace
junit.framework.AssertionFailedError: Data dir should contain one file expected:<1> but was:<2>
	at org.apache.cassandra.db.ImportTest.testCorruptHelper(ImportTest.java:349)
	at org.apache.cassandra.db.ImportTest.testImportCorrupt(ImportTest.java:378)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Standard Output
INFO  [main] 2022-03-21 12:53:37,982 YamlConfigurationLoader.java:103 - Configuration location: file:////home/cassandra/cassandra/build/test/cassandra.cdc.yaml
DEBUG [main] 2022-03-21 12:53:37,987 YamlConfigurationLoader.java:124 - Loading settings from file:////home/cassandra/cassandra/build/test/cassandra.cdc.yaml
INFO  [main] 2022-03-21 12:53:38,203 Config.java:1119 - Node configuration:[allocate_tokens_for_keyspace=null; allocate_tokens_for_local_replication_factor=null; allow_extra_insecure
...[truncated 2109130 chars]...
G [main] 2022-03-21 12:54:10,127 DefaultSchemaUpdateHandler.java:237 - Schema updated: SchemaTransformationResult{1a9fb97a-05c5-3af1-846c-72e67e40e056 --> 2326e45e-6c53-3f40-99c2-af12b234dfcf, diff=KeyspacesDiff{created=[], dropped=[KeyspaceMetadata{name=cql_test_keyspace_alt, kind=REGULAR, params=KeyspaceParams{durable_writes=true, replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy, replication_factor=1}}, tables=[], views=[], functions=[], types=[]}], altered=[]}}
{code}

However, it's possible to hit the failure on both {{testImportCorrupt}} and {{testImportCorruptWithoutValidationWithCopying}} with the test multiplexer, although with a very low flakiness:
https://app.circleci.com/pipelines/github/adelapena/cassandra/1412/workflows/f2ca69cd-f1e3-450f-b444-a6f9fe6d1fd4/jobs/14186/tests
Bug: allow users to change cqlsh history location using env variable
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 17/Mar/22 16:27
Resolved: 25/Mar/22 06:57

User on GH sent:

I just started using cassandra and found that it creates history folder in my home directory. I personally don't like it and all my folders follow XDG standard. I found stackoverflow question related to it which says that it's not possible to do without configuring source code of cqlsh.py.

In this pull request I added a feature to choose history directory using environment variable. The name of variable is CQL_HISTORY. Why ? Because postgres and node-repl use approximately the same convention (NODE_REPL_HISTORY,PSQL_HISTORY). If you want I can change the name.
Bug: LeveledCompactionStrategy disk space check improvements
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 20/Jan/22 14:06
Resolved: 17/Feb/22 09:49

We currently allow reducing scope (removing sstables from the compaction) when starting STCS-in-L0 with LCS if the compaction is too large for the available disk space. We can do the same for L0 -> L1 compactions - but we can only remove L0 sstables to avoid causing overlap in L1.

Also, in 3.0, when starting an LCS compaction we try to [get a writeable location|https://github.com/apache/cassandra/blob/b1a8a56c563b85ab9a34d3bbf9c16278dd441157/src/java/org/apache/cassandra/db/compaction/writers/CompactionAwareWriter.java#L128] where the full result of the compaction will fit - here we should only get a directory where the first sstable fits, otherwise the compaction might fail even though there is enough space in total among the data directories
Bug: Race condition in QueryProcessor causes just prepared statement not to be in the prepared statements cache
Status: Open
Priority: Normal
Created: 23/Feb/22 09:15

The changes in the [QueryProcessor#prepare|https://github.com/apache/cassandra/blame/cassandra-4.0.2/src/java/org/apache/cassandra/cql3/QueryProcessor.java#L575-L638] method that were introduced in versions *4.0.2* and *3.11.12* can cause a race condition between two threads trying to concurrently prepare the same statement. This race condition can cause removing of a prepared statement from the cache, after one of the threads has received the result of the prepare and eventually uses MD5Digest to call [QueryProcessor#getPrepared|https://github.com/apache/cassandra/blame/cassandra-4.0.2/src/java/org/apache/cassandra/cql3/QueryProcessor.java#L212-L215].

The race condition looks like this:
 * Thread1 enters _prepare_ method and resolves _safeToReturnCached_ as false
 * Thread1 executes eviction of hashes
 * Thread2 enters _prepare_ method and resolves _safeToReturnCached_ as false
 * Thread1 prepares the statement and caches it
 * Thread1 returns the result of the prepare
 * Thread2 executes eviction of hashes
 * Thread1 tries to execute the prepared statement with the received MD5Digest, but statement is not in the cache as it was evicted by Thread2

I tried to reproduce this by using a Java driver, but hitting this case from a client side is highly unlikely and I can not simulate the needed race condition. However, we can easily reproduce this in Stargate (details [here|https://github.com/stargate/stargate/pull/1647]), as it's closer to QueryProcessor.

Reproducing this in a unit test is fairly easy. I am happy to showcase this if needed.

Note that the issue can occur only when  safeToReturnCached is resolved as false.
Bug: Cassandra CI Improvements
Status: Triage Needed
Priority: Normal
Created: 21/Jan/22 15:37

Reference dev [ML Thread|https://lists.apache.org/thread/bq470ml17g106pwxpvwgws2stxc6d7b9]

Reference cwiki ratified final process: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=199530280

There are some outstanding infrastructural, documentation, and automation pieces from the agreed upon CI state we need to implement.
Bug: Drop python 3.6 support
Status: Resolved
Priority: Normal
Resolution: Duplicate
Created: 18/Mar/22 02:54
Resolved: 20/Dec/23 19:32

Python 3.6 became EOL as of 12/23/21.  There will be no further releases or security fixes for Python 3.6.

[https://github.com/httpie/httpie/issues/1177]

[https://devguide.python.org/#status-of-python-branches]

 

This would be aligned with Apache Airflow, Beam, PyArrow and Spark projects which have deprecated and/or EOL python 3.6.

Developers on MacOS with homebrew can no longer install and use Python 3.6:
{quote}{{% brew install python@3.6}}

{{Warning: No available formula with the name "python@3.6". Did you mean python@3.9, python@3.8, python@3.7, python@3.10 or python-yq?}}
{quote}
Bug: Investigate OWASP failure report
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 09/Feb/22 13:48
Resolved: 28/Feb/22 13:49

4.0: netty-all-4.1.58.Final.jar: CVE-2021-43797, CVE-2021-37136, CVE-2021-37137

3.11: netty-all-4.0.44.Final.jar: CVE-2021-43797, CVE-2021-37136, CVE-2021-37137

3.0: netty-all-4.0.44.Final.jar: CVE-2021-43797, CVE-2021-37136, CVE-2021-37137
Bug: Test Failure: dtest-upgrade.upgrade_tests.upgrade_through_versions_test.TestProtoV4Upgrade_AllVersions_RandomPartitioner_EndsAt_Trunk_HEAD.test_rolling_upgrade
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 26/Jan/22 17:38
Resolved: 20/Sep/23 05:08

2 failures in 30, looks flaky on timing / subprocess termination.

https://ci-cassandra.apache.org/job/Cassandra-trunk/920/testReport/dtest-upgrade.upgrade_tests.upgrade_through_versions_test/TestProtoV4Upgrade_AllVersions_RandomPartitioner_EndsAt_Trunk_HEAD/test_rolling_upgrade/

Failed 2 times in the last 30 runs. Flakiness: 10%, Stability: 93%
Error Message
RuntimeError: A subprocess has terminated early. Subprocess statuses: Process-1 (is_alive: True), Process-2 (is_alive: False), attempting to terminate remaining subprocesses now.
Stacktrace
self = <upgrade_tests.upgrade_through_versions_test.TestProtoV4Upgrade_AllVersions_RandomPartitioner_EndsAt_Trunk_HEAD object at 0x7f22685cebb0>

    @pytest.mark.timeout(3000)
    def test_rolling_upgrade(self):
        """
            Test rolling upgrade of the cluster, so we have mixed versions part way through.
            """
>       self.upgrade_scenario(rolling=True)

upgrade_tests/upgrade_through_versions_test.py:320: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
upgrade_tests/upgrade_through_versions_test.py:398: in upgrade_scenario
    self._check_on_subprocs(self.fixture_dtest_setup.subprocs)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = <upgrade_tests.upgrade_through_versions_test.TestProtoV4Upgrade_AllVersions_RandomPartitioner_EndsAt_Trunk_HEAD object at 0x7f22685cebb0>
subprocs = [<Process name='Process-1' pid=28667 parent=314 stopped exitcode=-SIGKILL daemon>, <Process name='Process-2' pid=28686 parent=314 stopped exitcode=1 daemon>]

    def _check_on_subprocs(self, subprocs):
        """
            Check on given subprocesses.
    
            If any are not alive, we'll go ahead and terminate any remaining alive subprocesses since this test is going to fail.
            """
        subproc_statuses = [s.is_alive() for s in subprocs]
        if not all(subproc_statuses):
            message = "A subprocess has terminated early. Subprocess statuses: "
            for s in subprocs:
                message += "{name} (is_alive: {aliveness}), ".format(name=s.name, aliveness=s.is_alive())
            message += "attempting to terminate remaining subprocesses now."
            self._terminate_subprocs()
>           raise RuntimeError(message)
E           RuntimeError: A subprocess has terminated early. Subprocess statuses: Process-1 (is_alive: True), Process-2 (is_alive: False), attempting to terminate remaining subprocesses now.

upgrade_tests/upgrade_through_versions_test.py:456: RuntimeError
Bug: Test Failure: org.apache.cassandra.service.LeaveAndBootstrapTest.testSimultaneousMove
Status: Resolved
Priority: Normal
Resolution: Duplicate
Created: 08/Mar/22 17:03
Resolved: 20/Oct/23 16:40

Branch: 4.0
https://ci-cassandra.apache.org/job/Cassandra-4.0/350/testReport/org.apache.cassandra.service/LeaveAndBootstrapTest/testSimultaneousMove/

{code}
java.lang.NullPointerException
	at org.apache.cassandra.service.StorageService.updatePeerInfo(StorageService.java:2440)
	at org.apache.cassandra.service.StorageService.handleStateNormal(StorageService.java:2810)
	at org.apache.cassandra.service.StorageService.onChange(StorageService.java:2316)
	at org.apache.cassandra.service.LeaveAndBootstrapTest.testSimultaneousMove(LeaveAndBootstrapTest.java:354)
{code}

Failure: 1 of 15
Bug: Test failure: org.apache.cassandra.db.ImportTest.testImportInvalidateCache
Status: Open
Priority: Normal
Created: 23/Mar/22 12:16

Intermittent failure in {{org.apache.cassandra.db.ImportTest#testImportInvalidateCache}} in 4.0:

[https://ci-cassandra.apache.org/job/Cassandra-4.0/365/testReport/org.apache.cassandra.db/ImportTest/testImportInvalidateCache_compression/]
{code:java}
Failed 1 times in the last 27 runs. Flakiness: 3%, Stability: 96%
Error Message
expected:<10> but was:<20>
Stacktrace
junit.framework.AssertionFailedError: expected:<10> but was:<20>
	at org.apache.cassandra.db.ImportTest.testImportInvalidateCache(ImportTest.java:537)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Standard Output
INFO  [main] 2022-03-22 18:08:35,065 YamlConfigurationLoader.java:97 - Configuration location: file:////home/cassandra/cassandra/build/test/cassandra.compressed.yaml
DEBUG [main] 2022-03-22 18:08:35,078 YamlConfigurationLoader.java:116 - Loading settings from file:////home/cassandra/cassandra/build/test/cassandra.compressed.yaml
DEBUG [main] 2022-03-22 18:08:35,198 InternalLoggerFactory.java:63 - Using SLF4J as the default logging framework
DEBUG [main] 2022-03-22 18:08:35,227 PlatformDependent0
...[truncated 1295721 chars]...
ed transaction log, deleting /home/cassandra/cassandra/build/test/cassandra/data/system_schema/keyspaces-abac5682dea631c5b535b3d6cffd0fb6/nb_txn_flush_25995250-aa0b-11ec-b648-21f6c2fa4f09.log 
DEBUG [MemtableFlushWriter:1] 2022-03-22 18:08:59,398 ColumnFamilyStore.java:1197 - Flushed to [BigTableReader(path='/home/cassandra/cassandra/build/test/cassandra/data/system_schema/keyspaces-abac5682dea631c5b535b3d6cffd0fb6/nb-90-big-Data.db')] (1 sstables, 4.895KiB), biggest 4.895KiB, smallest 4.895KiB
{code}
There is only one failure in Jenkins, and I haven't been able to reproduce the failure with 1000 rounds in the multiplexer, with and without compression:
 * [https://app.circleci.com/pipelines/github/adelapena/cassandra/1411/workflows/01965c3d-3e5b-4f8f-b77c-248e2766518a]
 * [https://app.circleci.com/pipelines/github/adelapena/cassandra/1414/workflows/6a872fa8-536f-4a71-a689-4e8b8c3735a5]
Bug: Test Failure: org.apache.cassandra.net.OutboundMessageQueueTest.testRemove-cdc
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 08/Mar/22 17:04
Resolved: 18/Aug/22 07:40

Branch: 4.0
https://ci-cassandra.apache.org/job/Cassandra-4.0/350/testReport/org.apache.cassandra.net/OutboundMessageQueueTest/testRemove_cdc/

{code}
java.lang.NullPointerException
	at org.apache.cassandra.net.OutboundMessageQueueTest.testRemove(OutboundMessageQueueTest.java:91)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
{code}

Failure: 1 of 3
Bug: Add new CQL function maxWritetime
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 09/Mar/22 00:56
Resolved: 18/May/22 18:58

The function "writetime" does not support multi-cell types, e.g. collections and UDT. It would be useful to enable querying the latest modified timestamp of a column value. 

I'd like to propose to add a new function named "maxWritetime", which returns the largest timestamp amongst the cells. When being applied to the single cell types, it returns the same result as "writetime".
Bug: Create Maximum Keyspace Replication Factor Guardrail 
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 29/Mar/22 21:12
Resolved: 23/Jun/22 14:59

This ticket adds a maximum replication factor guardrail to ensure safety when creating or altering key spaces. The replication factor will be applied per data center. The ticket was prompted as a user set the replication factor equal to the number of nodes in the cluster. The property will be added to guardrails to ensure consistency.
Bug: FAQ page contains bullet list of div tags
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 21/Jan/22 10:30
Resolved: 08/Jul/22 10:35

Within the versioned documentation, the FAQ page has a bullet list at the top which relates to the div's within the layout that is used for navigation. This bullet list is not a set of hyperlinks / clickable, they are just shown.
Bug: dependency on commons-io is to 2.6 which has a CVE
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 08/Feb/22 23:22
Resolved: 12/Apr/23 16:29

Can this be upgraded, ideally to v2.11.0?

[https://mvnrepository.com/artifact/org.apache.cassandra/cassandra-all/4.0.1]

[https://github.com/apache/cassandra/blob/trunk/build.xml#L510]
Bug: Replace cqlshlib/wcwidth.py with pypi module 'wcwidth'
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 25/Jan/22 00:48
Resolved: 14/Nov/22 12:28

The module wcwidth implements the same Markus Kuhn algorithm defined in POSIX.1-2008 to return the number of cells a unicode string is expected to occupy.

The module wcwidth is used by hundreds of libraries including pytest and prompt-toolkit (used in ipython).  It replaces 379 lines of bespoke code in cqlshlib.
{quote}from wcwidth import wcswidth   # at [https://pypi.org/project/wcwidth/]

print(wcswidth('コンニチハ'))

10

{{from cqlshlib.wcwidth import wcswidth as cql_wcswidth}}

print(cql_wcswidth('コンニチハ'))

10
{quote}
wcwidth appears to be used only by one line in formatting.py:

 return bval if colormap is NO_COLOR_MAP else color_text(bval, colormap, wcwidth.wcswidth(bval))
Bug: org.apache.cassandra.db.commitlog.GroupCommitLogTest tests failing on trunk
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 03/Jan/22 21:54
Resolved: 14/Jul/22 05:03

I saw [here|https://jenkins-cm4.apache.org/job/Cassandra-devbranch/1344/testReport/junit/org.apache.cassandra.db.commitlog/GroupCommitLogTest/replayWithDiscard_3_/] and [here|https://ci-cassandra.apache.org/job/Cassandra-trunk/881/testReport/junit/org.apache.cassandra.db.commitlog/GroupCommitLogTest/replayWithDiscard_3__compression_3/] the same assertion failure:

 
{code:java}
org.apache.cassandra.db.commitlog.GroupCommitLogTest.replayWithDiscard[3]

Error Message
expected:<204> but was:<0>

Stacktrace
junit.framework.AssertionFailedError: expected:<204> but was:<0> at org.apache.cassandra.db.commitlog.CommitLogTest.replayWithDiscard(CommitLogTest.java:883)
{code}
 

Then I find that there are many other tests from GroupCommitLogTest failing with No such file found.

Example:

https://jenkins-cm4.apache.org/job/Cassandra-devbranch/1344/
Bug: CEP-19: Trie memtable implementation
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 06/Jan/22 14:22
Resolved: 21/Oct/22 10:17

Trie-based memtable implementation as described in CEP-19, built on top of CASSANDRA-17034 and CASSANDRA-6936.

The implementation is available in this [branch|https://github.com/blambov/cassandra/tree/CASSANDRA-17240].
Bug: Default directory permissions for /var/lib/cassandra could be more restrictive
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 22/Mar/22 15:01
Resolved: 25/May/22 11:22

I noticed that the default permissions for /var/lib/cassandra and everything below seem to be "world readable", e.g. "{{{}drwxr-xr-x 6 cassandra cassandra{}}}".

It might depend on the distribution / package used, but I can at least confirm this for the official Cassandra Debian packages as well as the Docker containers. Out of curiosity I compared it to Postgres and MySQL to see which defaults they would opt for and they are

{{drwxr-x--- 2 mysql mysql 4.0K Mar 22 10:00 mysql}}

and respectively

{{drwx------ 19 postgres postgres 4.0K Mar 22 10:01 data}}

which is way more appropriate in my option. ([Here is a Gist with the script to compare them|https://gist.github.com/bascht/31fa749d4121b9898902d5d557a01f82])

If there is no particular reason behind this, I would suggest that the default packages should have stricter ulimits that restricts access to the data directory to the cassandra user & group.

(See also this [mailing list thread|https://lists.apache.org/thread/gyoqb4xnq4ry0c726f0ntz83rvn0w5kx])
Bug: Test Failure: org.apache.cassandra.hints.HintServiceBytemanTest.testListPendingHints-cdc
Status: Resolved
Priority: Normal
Resolution: Cannot Reproduce
Created: 24/Jan/22 20:26
Resolved: 07/Sep/23 04:50

Looks like current structure is at risk for timeout. One failure in last 15+ runs, but worth looking into.
 
Failed 1 times in the last 2 runs. Flakiness: 100%, Stability: 50%
h3. Error Message

Condition with alias 'For the hints file to flush' didn't complete within 20 seconds because condition with org.apache.cassandra.hints.HintServiceBytemanTest was not fulfilled.
h3. Stacktrace

org.awaitility.core.ConditionTimeoutException: Condition with alias 'For the hints file to flush' didn't complete within 20 seconds because condition with org.apache.cassandra.hints.HintServiceBytemanTest was not fulfilled. at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:165) at org.awaitility.core.CallableCondition.await(CallableCondition.java:78) at org.awaitility.core.CallableCondition.await(CallableCondition.java:26) at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:895) at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:864) at org.apache.cassandra.hints.HintServiceBytemanTest.testListPendingHints(HintServiceBytemanTest.java:105) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at org.jboss.byteman.contrib.bmunit.BMUnitRunner$10.evaluate(BMUnitRunner.java:393) at org.jboss.byteman.contrib.bmunit.BMUnitRunner$6.evaluate(BMUnitRunner.java:263) at org.jboss.byteman.contrib.bmunit.BMUnitRunner$1.evaluate(BMUnitRunner.java:97)
Bug: Some TableMetrics tests occasionally fail in a similar fashion
Status: Open
Priority: Normal
Created: 08/Jan/22 23:30

Example failures:

[https://ci-cassandra.apache.org/job/Cassandra-4.0/293/testReport/org.apache.cassandra.metrics/TableMetricsTest/testUnloggedPartitionsPerBatchMultiTable/] - run 293 in butler

 https://jenkins-cm4.apache.org/job/Cassandra-devbranch/1353/testReport/org.apache.cassandra.metrics/TableMetricsTest/testUnloggedPartitionsPerBatch_cdc_2/