av9ash/GitBugs huggingface dataset:
Bug: Unable to create custom index on a column as index rejects columns with 48 characters or more
Status: Open
Priority: Normal
Created: 04/Sep/24 17:27

{code}
Caused by: org.apache.cassandra.exceptions.InvalidRequestException: Column '7RhJJOWurQaPmFzN3igcD1i7sfv0SzbEVp05XssFWH_Zjygpol' is longer than the permissible name length of 48 characters or contains non-alphanumeric-underscore characters
	at org.apache.cassandra.cql3.statements.schema.AlterSchemaStatement.ire(AlterSchemaStatement.java:222)
	at org.apache.cassandra.cql3.statements.schema.CreateIndexStatement.validateIndexTarget(CreateIndexStatement.java:218)
	at org.apache.cassandra.cql3.statements.schema.CreateIndexStatement.lambda$apply$1(CreateIndexStatement.java:177)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1541)
	at org.apache.cassandra.cql3.statements.schema.CreateIndexStatement.apply(CreateIndexStatement.java:177)
	at org.apache.cassandra.cql3.statements.schema.AlterSchemaStatement.execute(AlterSchemaStatement.java:159)
	at org.apache.cassandra.cql3.statements.schema.AlterSchemaStatement.executeLocally(AlterSchemaStatement.java:107)
	at org.apache.cassandra.cql3.CQLTester.schemaChange(CQLTester.java:1564)
{code}


Test that shows this

{code}
String name = createTable("CREATE TABLE %s(pk int PRIMARY KEY, this_is_a_very_long_name_that_create_table_allows int)");
// create index in legacy works fine
schemaChange(String.format("CREATE INDEX legacy ON %s.%s(this_is_a_very_long_name_that_create_table_allows)", KEYSPACE, name));
schemaChange(String.format("DROP INDEX %s.legacy", KEYSPACE));

// try again with CUSTOM index
schemaChange(String.format("CREATE INDEX modern ON %s.%s(this_is_a_very_long_name_that_create_table_allows) USING 'SAI'", KEYSPACE, name));
{code}
Bug: Create a fuzz test that randomizes topology changes, cluster actions, and CQL operations
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 21/Aug/24 17:03
Resolved: 04/Sep/24 17:54

This is a spinoff from CASSANDRA-19769 to lower the patch size

To help validate the cluster state it is good to put a cluster into random situations to make sure it still works correctly.  CASSANDRA-19769 Added such a test and found several issues with TCM (all fixed) and can be used to help find more issues as we expand the scope of what it can touch.

I propose we have a test that randomizes changes to the topology, performs cluster operations such as repair, and performs CQL operations (for this patch using Harry)
Bug: Host replacements no longer fully populate system.peers table
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 18/Jul/24 16:47
Resolved: 31/Jul/24 13:25

When running harry after a host replacement was done a failure happened due to peers having the new node, but not the tokens for it (leading to a NPE in harry).  I took the test org.apache.cassandra.distributed.test.hostreplacement.HostReplacementTest#replaceDownedHost and made one small change; log peers after the host replacement


4.1:
{code}
INFO  [main] <main> 2024-07-18 09:36:48,211 HostReplacementTest.java:107 - Peers table from node1:
[/127.0.0.3, datacenter0, 00000000-0000-4000-8000-000000000003, null, rack0, 4.1.5-SNAPSHOT, /127.0.0.3, 94a14fb6-2cd9-3d1d-af84-a30e257aa7b8, [9223372036854775805]]
{code}

Trunk:
{code}
INFO  [main] <main> 2024-07-18 09:38:59,568 HostReplacementTest.java:109 - Peers table from node1:
[/127.0.0.3, null, null, null, null, 5.1.0-SNAPSHOT, /127.0.0.3, 00000000-0000-0000-0000-00000000000a, null]
{code}

Several fields are missing
Bug: nodetool assassinate of a CMS voting member should be allowed and should remove it from the CMS group
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 12/Jul/24 00:18
Resolved: 28/Aug/24 06:45

nodetool assassinate is a dangerous command but is needed when the node to be removed really can’t be accessed anymore (such as host failures).  But when the node to be removed is a member of CMS, we block this action with the following error

{code}
Can not commit transformation: "INVALID"(Rejecting this plan as the node NodeId{id=3} is still a part of CMS.).
{code}

If the node in question is not up, and we call nodetool assassinate, we should then try to remove that node from the CMS membership group

Steps to repo

* Start 4 node cluster
* nodetool cms reconfigure 3
* targetNode = <one of the nodes in CMS>
* stop targetNode
* nodetool assassinate targetNode
Bug: Update OWASP dependency checker to version 10.0.4
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 04/Sep/24 12:10
Resolved: 04/Sep/24 13:54

Version 10.0.0 we are at stopped to work.

https://github.com/jeremylong/DependencyCheck?tab=readme-ov-file#mandatory-upgrade-notice
Bug: Support Netty io_uring Transport
Status: Triage Needed
Priority: Normal
Created: 02/Sep/24 20:58

Netty has introduced support for Linux’s new io_uring I/O interface (since 5.1) as an incubator feature, which has demonstrated significant performance improvements over traditional I/O mechanisms like epoll due to a reduction in syscalls.

[Netty Incubator Transport IO_URING|https://github.com/netty/netty-incubator-transport-io_uring?tab=readme-ov-file]

It would be valuable to assess the potential performance gains of the io_uring interface through testing and consider adding experimental support in Cassandra, ensuring readiness for when this feature becomes a stable part of Netty.
Bug: [Analytics] Consistency level check incorrectly passes when majority of the replica set is unavailable for write
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 20/Aug/24 17:06
Resolved: 30/Aug/24 18:12

Consistency level check is performed before proceeding to bulk writing data. The check yields wrong results that when the majority of a replica set is unavailable, it still passes. Leading to writing data to replicas that cannot satisfy the desired consistency level. 

The following is the test to prove the bug. The test sets all 3 instances in the replica set as blocked (unavailable), so the validation is expected to throw. But it does not. 

{code:java}
@Test
void test()
{
    BulkWriterContext mockWriterContext = mock(BulkWriterContext.class);
    ClusterInfo mockClusterInfo = mock(ClusterInfo.class);
    when(mockWriterContext.cluster()).thenReturn(mockClusterInfo);

    CassandraContext mockCassandraContext = mock(CassandraContext.class);
    when(mockClusterInfo.getCassandraContext()).thenReturn(mockCassandraContext);
    Map<String, String> replicationOptions = new HashMap<>();
    replicationOptions.put("class", "SimpleStrategy");
    replicationOptions.put("replication_factor", "3");
    TokenRangeMapping<RingInstance> topology = CassandraClusterInfo.getTokenRangeReplicas(() -> mockSimpleTokenRangeReplicasResponse(10, 3),
                                                                                          () -> Partitioner.Murmur3Partitioner,
                                                                                          () -> new ReplicationFactor(replicationOptions),
                                                                                          ringInstance -> {
                                                                                              int nodeId = Integer.parseInt(ringInstance.ipAddress().replace("localhost", ""));
                                                                                              return nodeId <= 2; // block nodes 0, 1, 2
                                                                                          });
    when(mockClusterInfo.getTokenRangeMapping(anyBoolean())).thenReturn(topology);

    JobInfo mockJobInfo = mock(JobInfo.class);
    UUID jobId = UUID.randomUUID();
    when(mockJobInfo.getId()).thenReturn(jobId.toString());
    when(mockJobInfo.getRestoreJobId()).thenReturn(jobId);
    when(mockJobInfo.qualifiedTableName()).thenReturn(new QualifiedTableName("testkeyspace", "testtable"));
    when(mockJobInfo.getConsistencyLevel()).thenReturn(ConsistencyLevel.CL.QUORUM);
    when(mockJobInfo.effectiveSidecarPort()).thenReturn(9043);
    when(mockJobInfo.jobKeepAliveMinutes()).thenReturn(-1);
    when(mockWriterContext.job()).thenReturn(mockJobInfo);

    BulkWriteValidator writerValidator = new BulkWriteValidator(mockWriterContext, new ReplicaAwareFailureHandler<>(Partitioner.Murmur3Partitioner));
    assertThatThrownBy(() -> writerValidator.validateClOrFail(topology))
    .isExactlyInstanceOf(RuntimeException.class)
    .hasMessageContaining("Failed to load");
}
{code}
Bug: With enableTracing set to true, the unset() method of a BoundStatement for a map type field failed during execution
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 30/Aug/24 08:32
Resolved: 30/Aug/24 09:11

After creating bound statement, performing UNSET on collection type (e.g. map), and enabling tracing, request fails on C* side with:
{code:java}
java.lang.IndexOutOfBoundsException: null
	at java.base/java.nio.Buffer.checkIndex(Buffer.java:693)
	at java.base/java.nio.HeapByteBuffer.getInt(HeapByteBuffer.java:406)
	at org.apache.cassandra.utils.ByteBufferUtil.toInt(ByteBufferUtil.java:476)
	at org.apache.cassandra.db.marshal.ByteBufferAccessor.toInt(ByteBufferAccessor.java:208)
	at org.apache.cassandra.db.marshal.ByteBufferAccessor.toInt(ByteBufferAccessor.java:42)
	at org.apache.cassandra.serializers.CollectionSerializer.readCollectionSize(CollectionSerializer.java:147)
	at org.apache.cassandra.cql3.CQL3Type$Collection.toCQLLiteral(CQL3Type.java:222)
	at org.apache.cassandra.transport.messages.ExecuteMessage.traceQuery(ExecuteMessage.java:223)
	at org.apache.cassandra.transport.messages.ExecuteMessage.execute(ExecuteMessage.java:155)
	at org.apache.cassandra.transport.Message$Request.execute(Message.java:259)
	at org.apache.cassandra.transport.Dispatcher.processRequest(Dispatcher.java:416)
	at org.apache.cassandra.transport.Dispatcher.processRequest(Dispatcher.java:435)
	at org.apache.cassandra.transport.Dispatcher.processRequest(Dispatcher.java:462)
	at org.apache.cassandra.transport.Dispatcher$RequestProcessor.run(Dispatcher.java:307)
	at org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:99)
	at org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:61)
	at org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:71)
	at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:143)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	at java.base/java.lang.Thread.run(Thread.java:829) {code}
Bug: txns that update a static row when the desired row doesn't exist leads to an error
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 22/Aug/24 17:30
Resolved: 30/Aug/24 02:05

This is split from CASSANDRA-19769

If the table has a static row and the txn does += on a non-static column and = on a static column, then accord fails
Bug: Add a concept for retrying messages
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 22/Aug/24 17:51
Resolved: 30/Aug/24 01:24

This is split from CASSANDRA-19769

Repair and TCM both have their own retry logic for messages, which makes it harder for new usages; we should refactor so there is a simple way to retry messages that covers both users.
Bug: Allow looking up local tables in nodetool getendpoints
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 21/Aug/24 06:22
Resolved: 28/Aug/24 06:46

In versions before 5.1 we allow looking up the endpoints for local tables using {{nodetool getendpoints}} - we only return the local node, but some scripts might depend on this so we should support it in 5.1
Bug: Incomplete specification of CRC computation in protocol v5 framing
Status: Triage Needed
Priority: Normal
Created: 25/Aug/24 13:32

I've been working on a Cassandra client as a side project. While implementing protocol v5 framing I've encountered an issue regarding how to compute the CRC32 of the frame payload and I believe the specification is incomplete.

[The specification|https://github.com/apache/cassandra/blob/trunk/doc/native_protocol_v5.spec#L97-L175] says "CRC32 of payload" or "Payload CRC32" but looking at the source code of Cassandra the CRC32 is seeded with some magic bytes first, see https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/net/Crc.java#L38-L54

This isn't documented anywhere in the specification as far as I can tell, but it seems to me it should be.
Bug: Update Cassandra home page to include ASF events perma-link
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 19/Aug/24 20:55
Resolved: 24/Aug/24 08:49

In a Slack conversation, Rich Bowen let us know that there is an ASF perma-link for ASF events. Adding this to the home page would let us promote the latest events without having to constantly update the web site.

 

[https://www.apachecon.com/event-images/]

 

Will also remove the Orbit link since that is no longer valid.
Bug: [Analytics] Fix NPE when writing UDT values
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 15/Aug/24 19:08
Resolved: 21/Aug/24 00:34

When UDT field values are set to null, the bulk writer throws NPE, e.g. the stacktrace below. Although it is on the boolean type, the NPE can be thrown on all other types whenever the value is null.

{code:java}
Caused by: java.lang.NullPointerException
  at org.apache.cassandra.spark.data.types.Boolean.setInnerValue(Boolean.java:91)
  at org.apache.cassandra.spark.data.complex.CqlUdt.setInnerValue(CqlUdt.java:534)
  at org.apache.cassandra.spark.data.complex.CqlUdt.toUserTypeValue(CqlUdt.java:522)
  at org.apache.cassandra.spark.data.complex.CqlUdt.convertForCqlWriter(CqlUdt.java:169)
  at org.apache.cassandra.spark.bulkwriter.RecordWriter.maybeConvertUdt(RecordWriter.java:450)
  at org.apache.cassandra.spark.bulkwriter.RecordWriter.getBindValuesForColumns(RecordWriter.java:432)
  at org.apache.cassandra.spark.bulkwriter.RecordWriter.writeRow(RecordWriter.java:415)
  at org.apache.cassandra.spark.bulkwriter.RecordWriter.write(RecordWriter.java:202)
{code}
Bug: CommandsForRanges does not support slice which cause over returned data being sent
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 22/Aug/24 20:54
Resolved: 23/Aug/24 20:20

This is split from CASSANDRA-19769

CommandsForRanges returns the data for the whole node but is processed per shard (which has a subset of data). Normally we use “.slice” to shrink the results to match the shard, but this is missing in CommandsForRanges, which cause it to return txn and ranges not present for the shard
Bug: Flakey test org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest
Status: Open
Priority: Normal
Created: 23/Aug/24 16:44

The test seems to fail frequently with the following error

{code}
 com.datastax.driver.core.exceptions.WriteTimeoutException: Cassandra timeout during SIMPLE write query at consistency LOCAL_ONE (1 replica were required but only 0 acknowledged the write)
	at com.datastax.driver.core.exceptions.WriteTimeoutException.copy(WriteTimeoutException.java:85)
	at com.datastax.driver.core.exceptions.WriteTimeoutException.copy(WriteTimeoutException.java:23)
{code}

In CASSANDRA-19847 I improved the Cluster shutdown leak detection to print every thread and its stack trace, doing so I found the following

{code}
node1_isolatedExecutor:6:
	java.base@11.0.22/jdk.internal.misc.Unsafe.park(Native Method)
	java.base@11.0.22/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:357)
	org.apache.cassandra.utils.concurrent.WaitQueue$Standard$AbstractSignal.awaitUntil(WaitQueue.java:303)
	org.apache.cassandra.utils.concurrent.Awaitable$AsyncAwaitable.awaitUntil(Awaitable.java:314)
	org.apache.cassandra.utils.concurrent.Awaitable$AsyncAwaitable.awaitUntil(Awaitable.java:346)
	org.apache.cassandra.utils.concurrent.Awaitable$Defaults.await(Awaitable.java:114)
	org.apache.cassandra.utils.concurrent.Awaitable$AbstractAwaitable.await(Awaitable.java:210)
	org.apache.cassandra.concurrent.SEPExecutor.awaitTermination(SEPExecutor.java:331)
	org.apache.cassandra.utils.ExecutorUtils.awaitTerminationUntil(ExecutorUtils.java:110)
	org.apache.cassandra.utils.ExecutorUtils.awaitTermination(ExecutorUtils.java:100)
	org.apache.cassandra.concurrent.Stage.shutdownAndWait(Stage.java:195)
{code}

{code}
node1_MutationStage-2:
	java.base@11.0.22/jdk.internal.misc.Unsafe.park(Native Method)
	java.base@11.0.22/java.util.concurrent.locks.LockSupport.park(LockSupport.java:323)
	org.apache.cassandra.utils.concurrent.WaitQueue$Standard$AbstractSignal.await(WaitQueue.java:290)
	org.apache.cassandra.utils.concurrent.WaitQueue$Standard$AbstractSignal.await(WaitQueue.java:283)
	org.apache.cassandra.utils.concurrent.Awaitable$Defaults.awaitThrowUncheckedOnInterrupt(Awaitable.java:131)
	org.apache.cassandra.utils.concurrent.Awaitable$AbstractAwaitable.awaitThrowUncheckedOnInterrupt(Awaitable.java:235)
	org.apache.cassandra.utils.memory.MemtableAllocator$SubAllocator.allocate(MemtableAllocator.java:195)
	org.apache.cassandra.db.memtable.SkipListMemtable.put(SkipListMemtable.java:125)
	org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1482)
	org.apache.cassandra.db.CassandraTableWriteHandler.write(CassandraTableWriteHandler.java:38)
	org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:645)
	org.apache.cassandra.db.Keyspace.apply(Keyspace.java:502)
	org.apache.cassandra.db.Mutation.apply(Mutation.java:245)
	org.apache.cassandra.db.Mutation.apply(Mutation.java:265)
{code}

Looks like the write is hung waiting on memtable memory, and shutdown is blocked waiting for that to yield so it can halt the threads...
Bug: Test Failure: org.apache.cassandra.tcm.sequences.ProgressBarrierTest.testProgressBarrier
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 21/Aug/24 18:05
Resolved: 22/Aug/24 14:49

Seen on current trunk here:
https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/2726/workflows/2d5c888b-d5b8-4f72-9fcb-9e7ae0887940/jobs/61321/tests
{code:java}
junit.framework.AssertionFailedError: Should have collected at least 15 nodes but got 14.
RF: NtsReplicationFactor{map={datacenter1=5, datacenter2=5, datacenter3=5}}
Replicas: [/127.0.0.1:7012, /127.0.0.2:7012, /127.0.0.3:7012, /127.0.0.4:7012, /127.0.0.5:7012, /127.0.0.6:7012, /127.0.0.7:7012, /127.0.0.8:7012, /127.0.0.9:7012, /127.0.0.10:7012, /127.0.0.11:7012, /127.0.0.12:7012, /127.0.0.13:7012, /127.0.0.14:7012]
Nodes: [/127.0.0.1:7012, /127.0.0.2:7012, /127.0.0.3:7012, /127.0.0.4:7012, /127.0.0.5:7012, /127.0.0.6:7012, /127.0.0.7:7012, /127.0.0.8:7012, /127.0.0.9:7012, /127.0.0.10:7012, /127.0.0.11:7012, /127.0.0.12:7012, /127.0.0.13:7012, /127.0.0.14:7012]
	at org.apache.cassandra.tcm.sequences.ProgressBarrierTest.testProgressBarrier(ProgressBarrierTest.java:176)
	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}
Bug: Some CQLSHLIB tests fail on Mac
Status: Open
Priority: Normal
Created: 21/Aug/24 23:14

While all cqlshlib tests pass in CI on Linux, some fail on Mac.
Probably also on pre-trunk branches, but I ran them only on trunk so far, so I am reporting trunk for sure:

{code:java}
------------------------------------------------------------------------------------------- generated xml file: cassandra/build/test/output/cqlshlib.xml --------------------------------------------------------------------------------------------
=========================================================================================================================== short test summary info ============================================================================================================================
FAILED test/test_copyutil.py::TestExportTask::test_get_ranges_murmur3 - OSError: [Errno 24] Too many open files
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_alter_table - AssertionError: '\x1b[5@ROP M\x1b[14G;\x1b[K' != 'ROP MASKED ;'
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_create_columnfamily - AssertionError: '(\x1b[K ' != '( '
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_create_keyspace - AssertionError: '\x1b[P \x1b[39G' != " 'replication_factor': "
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_create_table - AssertionError: 'izeTieredCompactionStrategy' != "izeTieredCompactionStrategy'"
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_insert - AssertionError: '\x1b[6PND TIMESTAMP ' != 'ND TIMESTAMP '
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_revoke - AssertionError: 'aces FROM\x1b[K ' != 'aces FROM '
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_string_literals - AssertionError: 'pleStrategy' != "pleStrategy'"
FAILED test/test_cqlsh_completion.py::TestCqlshCompletion::test_complete_in_update - AssertionError: 'ykey\x1b[K ' != 'ykey '
FAILED test/test_cqlsh_output.py::TestCqlshOutput::test_eof_prints_newline - AssertionError: '^D\n' != '\n'
FAILED test/test_cqlsh_output.py::TestCqlshOutput::test_no_color_output - UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe0 in position 1023: unexpected end of data
FAILED test/test_unicode.py::TestCqlshUnicode::test_unicode_desc - AssertionError: unexpected echo 'CREATE TYPE "\\U+0811" ( "Ξ" int );' instead of 'CREATE TYPE "ࠑ" ( "Ξ" int );'

{code}
Bug: Improve CQLTester to make it trivial to run the tests with different configs, and to add randomness to the test
Status: Resolved
Priority: Normal
Resolution: Fixed
Created: 13/Aug/24 21:32
Resolved: 21/Aug/24 02:47

When creating a test many authors default to hard coding values as the barrier to make the test generic feels too high; to lower this barrier we should add an extension class to CQLTester that enables randomized testing without having to worry about which framework to use.

This should setup the single node cluster with different configs to improve coverage.

Here is a sample error message when a test fails

{code}
java.lang.AssertionError: Property error detected:
Config Seed: -3611771839852432544 -- To rerun do -Dcassandra.test.cqltester.fuzzed.seed.org.apache.cassandra.cql3.validation.operations.InsertTest=-3611771839852432544
Config:
	---
	partitioner: OrderPreservingPartitioner
	commitlog_sync: batch
	commitlog_disk_access_mode: mmap_index_only
	memtable_allocation_type: offheap_buffers
	sstable:
	  selected_format: bti
	disk_access_mode: mmap
	
Error:
	commitlog_disk_access_mode = mmap_index_only is not supported. Please use 'auto' when unsure.
{code}

And if the test fails

{code}
java.lang.AssertionError: Property error detected:
Config Seed: -5023694648830703272 -- To rerun do -Dcassandra.test.cqltester.fuzzed.seed.org.apache.cassandra.cql3.validation.operations.InsertTest=-5023694648830703272
Seed: -1088015559108807046 -- To rerun do -Dcassandra.test.cqltester.fuzzed.seed.org.apache.cassandra.cql3.validation.operations.InsertTest.testInsertZeroDuration=-1088015559108807046
Config:
	---
	partitioner: OrderPreservingPartitioner
	commitlog_sync: periodic
	commitlog_sync_period: 10000ms
	commitlog_disk_access_mode: direct
	memtable_allocation_type: offheap_objects
	sstable:
	  selected_format: bti
	disk_access_mode: mmap_index_only
Caused by: java.lang.NullPointerException
{code}