[cassandra-website] branch asf-staging updated (6502362b -> 2b4370da)
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a change to branch asf-staging in repository https://gitbox.apache.org/repos/asf/cassandra-website.git discard 6502362b generate docs for bc8bfc13 new 2b4370da generate docs for bc8bfc13 This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (6502362b) \ N -- N -- N refs/heads/asf-staging (2b4370da) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: content/search-index.js | 2 +- site-ui/build/ui-bundle.zip | Bin 4881412 -> 4881412 bytes 2 files changed, 1 insertion(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18858) AssertionError: Unknown keyspace after dropping a keyspace combined with drain operation
[
https://issues.apache.org/jira/browse/CASSANDRA-18858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ke Han updated CASSANDRA-18858:
---
Description:
After dropping the keyspace and then perform the drain, I met the following
ERROR message
{code:java}
rzayqyaovyytmgo],droppedColumns={},triggers=[],indexes=[]]
INFO [MigrationStage:1] 2023-09-09 02:06:40,500 ColumnFamilyStore.java:432 -
Initializing uuid00bd53ebd0c84be39baf96c086b9f8d0.hlknh
INFO [Native-Transport-Requests-6] 2023-09-09 02:06:40,549
MigrationManager.java:362 - Drop Keyspace 'uuid00bd53ebd0c84be39baf96c086b9f8d0'
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,353
StorageService.java:1679 - DRAINING: starting drain process
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,358
HintsService.java:210 - Paused hints dispatch
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,364 Server.java:179
- Stop listening for CQL clients
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,365
Gossiper.java:1747 - Announcing shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,369
StorageService.java:2604 - Node /192.168.7.2 state jump to shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,373
MessagingService.java:985 - Waiting for messaging service to quiesce
INFO [ACCEPT-/192.168.7.2] 2023-09-09 02:07:15,375 MessagingService.java:1346
- MessagingService has terminated the accept() thread
ERROR [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,384
StorageService.java:4889 - Caught an exception while draining
java.lang.AssertionError: Unknown keyspace uuid00bd53ebd0c84be39baf96c086b9f8d0
at org.apache.cassandra.db.Keyspace.(Keyspace.java:316)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:129)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:106)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:92)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:89)
at com.google.common.collect.Iterators$8.transform(Iterators.java:799)
at
com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4824)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4749)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
at
javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
at sun.rmi.transport.Transport$1.run(Transport.java:200)
at sun.rmi.transport.Transport$1.run(Transport.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
at
[jira] [Updated] (CASSANDRA-18858) AssertionError: Unknown keyspace after dropping a keyspace combined with drain operation
[
https://issues.apache.org/jira/browse/CASSANDRA-18858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ke Han updated CASSANDRA-18858:
---
Description:
After dropping the keyspace and then perform the drain, I met the following
ERROR message
{code:java}
rzayqyaovyytmgo],droppedColumns={},triggers=[],indexes=[]]
INFO [MigrationStage:1] 2023-09-09 02:06:40,500 ColumnFamilyStore.java:432 -
Initializing uuid00bd53ebd0c84be39baf96c086b9f8d0.hlknh
INFO [Native-Transport-Requests-6] 2023-09-09 02:06:40,549
MigrationManager.java:362 - Drop Keyspace 'uuid00bd53ebd0c84be39baf96c086b9f8d0'
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,353
StorageService.java:1679 - DRAINING: starting drain process
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,358
HintsService.java:210 - Paused hints dispatch
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,364 Server.java:179
- Stop listening for CQL clients
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,365
Gossiper.java:1747 - Announcing shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,369
StorageService.java:2604 - Node /192.168.7.2 state jump to shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,373
MessagingService.java:985 - Waiting for messaging service to quiesce
INFO [ACCEPT-/192.168.7.2] 2023-09-09 02:07:15,375 MessagingService.java:1346
- MessagingService has terminated the accept() thread
ERROR [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,384
StorageService.java:4889 - Caught an exception while draining
java.lang.AssertionError: Unknown keyspace uuid00bd53ebd0c84be39baf96c086b9f8d0
at org.apache.cassandra.db.Keyspace.(Keyspace.java:316)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:129)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:106)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:92)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:89)
at com.google.common.collect.Iterators$8.transform(Iterators.java:799)
at
com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4824)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4749)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
at
javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
at sun.rmi.transport.Transport$1.run(Transport.java:200)
at sun.rmi.transport.Transport$1.run(Transport.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
at
[jira] [Updated] (CASSANDRA-18858) AssertionError: Unknown keyspace after dropping a keyspace combined with drain operation
[
https://issues.apache.org/jira/browse/CASSANDRA-18858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ke Han updated CASSANDRA-18858:
---
Description:
After dropping the keyspace and then perform the drain, I met the following
ERROR message
{code:java}
rzayqyaovyytmgo],droppedColumns={},triggers=[],indexes=[]]
INFO [MigrationStage:1] 2023-09-09 02:06:40,500 ColumnFamilyStore.java:432 -
Initializing uuid00bd53ebd0c84be39baf96c086b9f8d0.hlknh
INFO [Native-Transport-Requests-6] 2023-09-09 02:06:40,549
MigrationManager.java:362 - Drop Keyspace 'uuid00bd53ebd0c84be39baf96c086b9f8d0'
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,353
StorageService.java:1679 - DRAINING: starting drain process
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,358
HintsService.java:210 - Paused hints dispatch
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,364 Server.java:179
- Stop listening for CQL clients
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,365
Gossiper.java:1747 - Announcing shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,369
StorageService.java:2604 - Node /192.168.7.2 state jump to shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,373
MessagingService.java:985 - Waiting for messaging service to quiesce
INFO [ACCEPT-/192.168.7.2] 2023-09-09 02:07:15,375 MessagingService.java:1346
- MessagingService has terminated the accept() thread
ERROR [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,384
StorageService.java:4889 - Caught an exception while draining
java.lang.AssertionError: Unknown keyspace uuid00bd53ebd0c84be39baf96c086b9f8d0
at org.apache.cassandra.db.Keyspace.(Keyspace.java:316)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:129)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:106)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:92)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:89)
at com.google.common.collect.Iterators$8.transform(Iterators.java:799)
at
com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4824)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4749)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
at
javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
at sun.rmi.transport.Transport$1.run(Transport.java:200)
at sun.rmi.transport.Transport$1.run(Transport.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
at
[jira] [Commented] (CASSANDRA-18636) AssertionError: Unknown keyspace after dropping a keyspace
[
https://issues.apache.org/jira/browse/CASSANDRA-18636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765898#comment-17765898
]
Ke Han commented on CASSANDRA-18636:
Hi [~smiklosovic], I found another possible thread interleaving
(CASSANDRA-18858) which could lead to a similar error message: Interleaving
between thread updating the metadata and thread performing drain.
I think your patch might be able to fix both of them if exhausting the other
possible references to the old copy of keyspaces.
> AssertionError: Unknown keyspace after dropping a keyspace
> --
>
> Key: CASSANDRA-18636
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18636
> Project: Cassandra
> Issue Type: Bug
>Reporter: Ke Han
>Priority: Normal
> Attachments: system.log
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When running Cassandra cluster (3 nodes) in 3.11.15, I noticed that there is
> an ERROR message in system.log after drop keyspace command is executed.
> {code:java}
> INFO [Native-Transport-Requests-1] 2023-06-26 06:11:48,575
> MigrationManager.java:205 - Create new Keyspace:
> KeyspaceMetadata{name=uuide1b80964f06a424c8a57884564127745,
> params=KeyspaceParams{durable_writes=true,
> replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
> replication_factor=2}}, tables=[], views=[], functions=[], types=[]}
> INFO [Native-Transport-Requests-1] 2023-06-26 06:11:53,106
> MigrationManager.java:205 - Create new Keyspace:
> KeyspaceMetadata{name=uuidd17c2b7bfea545d0801a3c05e0e5307a,
> params=KeyspaceParams{durable_writes=true,
> replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
> replication_factor=1}}, tables=[], views=[], functions=[], types=[]}
> INFO [Native-Transport-Requests-2] 2023-06-26 06:11:56,673
> MigrationManager.java:235 - Create new table:
> org.apache.cassandra.config.CFMetaData@705b690b[cfId=5a7fcf10-13e8-11ee-9cb7-e10fdc7464a5,ksName=uuidd17c2b7bfea545d0801a3c05e0e5307a,cfName=vzkzguyh,flags=[COMPOUND],params=TableParams{comment=,
> read_repair_chance=0.0, dclocal_read_repair_chance=0.1,
> bloom_filter_fp_chance=0.01, crc_check_chance=1.0, gc_grace_seconds=864000,
> default_time_to_live=0, memtable_flush_period_in_ms=0,
> min_index_interval=128, max_index_interval=2048, speculative_retry=50.0ms,
> caching={'keys' : 'ALL', 'rows_per_partition' : 'NONE'},
> compaction=CompactionParams{class=org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy,
> options={min_threshold=4, max_threshold=32}},
> compression=org.apache.cassandra.schema.CompressionParams@a8f0c342,
> extensions={}, cdc=false},comparator=comparator(),partitionColumns=[[] |
> [condcduzca o ukwhjwbdljqnz
> vzkzguyh]],partitionKeyColumns=[gveohmecfdwx],clusteringColumns=[],keyValidator=org.apache.cassandra.db.marshal.UTF8Type,columnMetadata=[gveohmecfdwx,
> condcduzca, vzkzguyh, o,
> ukwhjwbdljqnz],droppedColumns={},triggers=[],indexes=[]]
> INFO [MigrationStage:1] 2023-06-26 06:12:03,118 ColumnFamilyStore.java:432 -
> Initializing uuidd17c2b7bfea545d0801a3c05e0e5307a.vzkzguyh
> INFO [Native-Transport-Requests-9] 2023-06-26 06:12:04,634
> MigrationManager.java:235 - Create new table:
> org.apache.cassandra.config.CFMetaData@61f10dd7[cfId=5f3e8fa0-13e8-11ee-9cb7-e10fdc7464a5,ksName=uuidd17c2b7bfea545d0801a3c05e0e5307a,cfName=o,flags=[COMPOUND],params=TableParams{comment=,
> read_repair_chance=0.0, dclocal_read_repair_chance=0.1,
> bloom_filter_fp_chance=0.01, crc_check_chance=1.0, gc_grace_seconds=864000,
> default_time_to_live=0, memtable_flush_period_in_ms=0,
> min_index_interval=128, max_index_interval=2048, speculative_retry=ALWAYS,
> caching={'keys' : 'ALL', 'rows_per_partition' : 'NONE'},
> compaction=CompactionParams{class=org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy,
> options={min_threshold=4, max_threshold=32}},
> compression=org.apache.cassandra.schema.CompressionParams@a8f0c342,
> extensions={}, cdc=false},comparator=comparator(),partitionColumns=[[] |
> [dzwqnsv gveohmecfdwx o
> ukwhjwbdljqnz]],partitionKeyColumns=[vzkzguyh],clusteringColumns=[],keyValidator=org.apache.cassandra.db.marshal.Int32Type,columnMetadata=[dzwqnsv,
> vzkzguyh, gveohmecfdwx, o,
> ukwhjwbdljqnz],droppedColumns={},triggers=[],indexes=[]]
> INFO [MigrationStage:1] 2023-06-26 06:12:11,862 ColumnFamilyStore.java:432 -
> Initializing uuidd17c2b7bfea545d0801a3c05e0e5307a.o
> INFO [Native-Transport-Requests-6] 2023-06-26 06:12:13,165
> MigrationManager.java:205 - Create new Keyspace:
> KeyspaceMetadata{name=uuid1602df26aef747d6af8f6d0c36fb1a44,
> params=KeyspaceParams{durable_writes=true,
> replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
> replication_factor=1}}, tables=[],
[jira] [Updated] (CASSANDRA-18858) AssertionError: Unknown keyspace after dropping a keyspace combined with drain operation
[
https://issues.apache.org/jira/browse/CASSANDRA-18858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ke Han updated CASSANDRA-18858:
---
Description:
After dropping the keyspace and then perform the drain, I met the following
ERROR message
{code:java}
rzayqyaovyytmgo],droppedColumns={},triggers=[],indexes=[]]
INFO [MigrationStage:1] 2023-09-09 02:06:40,500 ColumnFamilyStore.java:432 -
Initializing uuid00bd53ebd0c84be39baf96c086b9f8d0.hlknh
INFO [Native-Transport-Requests-6] 2023-09-09 02:06:40,549
MigrationManager.java:362 - Drop Keyspace 'uuid00bd53ebd0c84be39baf96c086b9f8d0'
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,353
StorageService.java:1679 - DRAINING: starting drain process
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,358
HintsService.java:210 - Paused hints dispatch
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,364 Server.java:179
- Stop listening for CQL clients
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,365
Gossiper.java:1747 - Announcing shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,369
StorageService.java:2604 - Node /192.168.7.2 state jump to shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,373
MessagingService.java:985 - Waiting for messaging service to quiesce
INFO [ACCEPT-/192.168.7.2] 2023-09-09 02:07:15,375 MessagingService.java:1346
- MessagingService has terminated the accept() thread
ERROR [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,384
StorageService.java:4889 - Caught an exception while draining
java.lang.AssertionError: Unknown keyspace uuid00bd53ebd0c84be39baf96c086b9f8d0
at org.apache.cassandra.db.Keyspace.(Keyspace.java:316)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:129)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:106)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:92)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:89)
at com.google.common.collect.Iterators$8.transform(Iterators.java:799)
at
com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4824)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4749)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
at
javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
at sun.rmi.transport.Transport$1.run(Transport.java:200)
at sun.rmi.transport.Transport$1.run(Transport.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
at
[jira] [Updated] (CASSANDRA-18858) AssertionError: Unknown keyspace after dropping a keyspace combined with drain operation
[
https://issues.apache.org/jira/browse/CASSANDRA-18858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ke Han updated CASSANDRA-18858:
---
Description:
After dropping the keyspace and then perform the drain, I met the following
ERROR message
{code:java}
rzayqyaovyytmgo],droppedColumns={},triggers=[],indexes=[]]
INFO [MigrationStage:1] 2023-09-09 02:06:40,500 ColumnFamilyStore.java:432 -
Initializing uuid00bd53ebd0c84be39baf96c086b9f8d0.hlknh
INFO [Native-Transport-Requests-6] 2023-09-09 02:06:40,549
MigrationManager.java:362 - Drop Keyspace 'uuid00bd53ebd0c84be39baf96c086b9f8d0'
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,353
StorageService.java:1679 - DRAINING: starting drain process
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,358
HintsService.java:210 - Paused hints dispatch
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,364 Server.java:179
- Stop listening for CQL clients
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,365
Gossiper.java:1747 - Announcing shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,369
StorageService.java:2604 - Node /192.168.7.2 state jump to shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,373
MessagingService.java:985 - Waiting for messaging service to quiesce
INFO [ACCEPT-/192.168.7.2] 2023-09-09 02:07:15,375 MessagingService.java:1346
- MessagingService has terminated the accept() thread
ERROR [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,384
StorageService.java:4889 - Caught an exception while draining
java.lang.AssertionError: Unknown keyspace uuid00bd53ebd0c84be39baf96c086b9f8d0
at org.apache.cassandra.db.Keyspace.(Keyspace.java:316)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:129)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:106)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:92)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:89)
at com.google.common.collect.Iterators$8.transform(Iterators.java:799)
at
com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4824)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4749)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
at
javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
at sun.rmi.transport.Transport$1.run(Transport.java:200)
at sun.rmi.transport.Transport$1.run(Transport.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
at
[jira] [Created] (CASSANDRA-18858) AssertionError: Unknown keyspace after dropping a keyspace combined with drain operation
Ke Han created CASSANDRA-18858:
--
Summary: AssertionError: Unknown keyspace after dropping a
keyspace combined with drain operation
Key: CASSANDRA-18858
URL: https://issues.apache.org/jira/browse/CASSANDRA-18858
Project: Cassandra
Issue Type: Bug
Reporter: Ke Han
Attachments: system.log
After dropping the keyspace and then perform the drain, I met the following
ERROR message
{code:java}
rzayqyaovyytmgo],droppedColumns={},triggers=[],indexes=[]]
INFO [MigrationStage:1] 2023-09-09 02:06:40,500 ColumnFamilyStore.java:432 -
Initializing uuid00bd53ebd0c84be39baf96c086b9f8d0.hlknh
INFO [Native-Transport-Requests-6] 2023-09-09 02:06:40,549
MigrationManager.java:362 - Drop Keyspace 'uuid00bd53ebd0c84be39baf96c086b9f8d0'
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,353
StorageService.java:1679 - DRAINING: starting drain process
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,358
HintsService.java:210 - Paused hints dispatch
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,364 Server.java:179
- Stop listening for CQL clients
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,365
Gossiper.java:1747 - Announcing shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:13,369
StorageService.java:2604 - Node /192.168.7.2 state jump to shutdown
INFO [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,373
MessagingService.java:985 - Waiting for messaging service to quiesce
INFO [ACCEPT-/192.168.7.2] 2023-09-09 02:07:15,375 MessagingService.java:1346
- MessagingService has terminated the accept() thread
ERROR [RMI TCP Connection(2)-127.0.0.1] 2023-09-09 02:07:15,384
StorageService.java:4889 - Caught an exception while draining
java.lang.AssertionError: Unknown keyspace uuid00bd53ebd0c84be39baf96c086b9f8d0
at org.apache.cassandra.db.Keyspace.(Keyspace.java:316)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:129)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:106)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:92)
at org.apache.cassandra.db.Keyspace$1.apply(Keyspace.java:89)
at com.google.common.collect.Iterators$8.transform(Iterators.java:799)
at
com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4824)
at
org.apache.cassandra.service.StorageService.drain(StorageService.java:4749)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:276)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
at
javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
at
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
at
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
at sun.rmi.transport.Transport$1.run(Transport.java:200)
at sun.rmi.transport.Transport$1.run(Transport.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at
[jira] [Commented] (CASSANDRA-18681) Internode legacy SSL storage port certificate is not hot reloaded on update
[
https://issues.apache.org/jira/browse/CASSANDRA-18681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765882#comment-17765882
]
Jon Meredith commented on CASSANDRA-18681:
--
4.1 [Branch|https://github.com/jonmeredith/cassandra/tree/C18681-4.1]
[PR|https://github.com/apache/cassandra/pull/2693]
5.0 [Branch|https://github.com/jonmeredith/cassandra/tree/C18681-5.0]
[PR|https://github.com/apache/cassandra/pull/2694]
Trunk [Branch|https://github.com/jonmeredith/cassandra/tree/C18681-trunk]
[PR|https://github.com/apache/cassandra/pull/2695]
CI Results (pending):
||Branch||Source||Circle CI||Jenkins||
|cassandra-4.1|[branch|https://github.com/jonmeredith/cassandra/tree/commit_remote_branch/CASSANDRA-18681-cassandra-4.1-27E812B5-58D5-44D7-8C5E-3B0D3AA5F767]|[build|https://app.circleci.com/pipelines/github/jonmeredith/cassandra?branch=commit_remote_branch%2FCASSANDRA-18681-cassandra-4.1-27E812B5-58D5-44D7-8C5E-3B0D3AA5F767]|[build|https://ci-cassandra.apache.org/job/Cassandra-devbranch/2595/]|
|cassandra-5.0|[branch|https://github.com/jonmeredith/cassandra/tree/commit_remote_branch/CASSANDRA-18681-cassandra-5.0-27E812B5-58D5-44D7-8C5E-3B0D3AA5F767]|[build|https://app.circleci.com/pipelines/github/jonmeredith/cassandra?branch=commit_remote_branch%2FCASSANDRA-18681-cassandra-5.0-27E812B5-58D5-44D7-8C5E-3B0D3AA5F767]|[build|https://ci-cassandra.apache.org/job/Cassandra-devbranch/2596/]|
|trunk|[branch|https://github.com/jonmeredith/cassandra/tree/commit_remote_branch/CASSANDRA-18681-trunk-27E812B5-58D5-44D7-8C5E-3B0D3AA5F767]|[build|https://app.circleci.com/pipelines/github/jonmeredith/cassandra?branch=commit_remote_branch%2FCASSANDRA-18681-trunk-27E812B5-58D5-44D7-8C5E-3B0D3AA5F767]|[build|unknown]|
> Internode legacy SSL storage port certificate is not hot reloaded on update
> ---
>
> Key: CASSANDRA-18681
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18681
> Project: Cassandra
> Issue Type: Bug
> Components: Messaging/Internode
>Reporter: Jon Meredith
>Assignee: Jon Meredith
>Priority: Normal
>
> In CASSANDRA-1 the SSLContext cache was changed to clear individual
> {{EncryptionOptions}} from the SslContext cache if they needed reloading to
> reduce resource consumption. Before the change if ANY cert needed hot
> reloading, the SSLContext cache would be cleared for ALL certs.
> If the legacy SSL storage port is configured, a new {{EncryptionOptions}}
> object is created in {{org.apache.cassandra.net.InboundSockets#addBindings}}
> just for binding the socket, but never gets cleared as the change in port
> means it no longer matches the configuration retrieved from
> {{DatabaseDescriptor}} in
> {{org.apache.cassandra.net.MessagingServiceMBeanImpl#reloadSslCertificates}}.
> This is unlikely to be an issue in practice as the legacy SSL internode
> socket is only used in mixed version clusters with pre-4.0 nodes, so the cert
> only needs to stay valid until all nodes upgrade to 4.x or above.
> One way to avoid this class of failures is to just check the entries present
> in the SSLContext cache.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18681) Internode legacy SSL storage port certificate is not hot reloaded on update
[
https://issues.apache.org/jira/browse/CASSANDRA-18681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jon Meredith updated CASSANDRA-18681:
-
Test and Documentation Plan: updated tests
Status: Patch Available (was: Open)
> Internode legacy SSL storage port certificate is not hot reloaded on update
> ---
>
> Key: CASSANDRA-18681
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18681
> Project: Cassandra
> Issue Type: Bug
> Components: Messaging/Internode
>Reporter: Jon Meredith
>Assignee: Jon Meredith
>Priority: Normal
>
> In CASSANDRA-1 the SSLContext cache was changed to clear individual
> {{EncryptionOptions}} from the SslContext cache if they needed reloading to
> reduce resource consumption. Before the change if ANY cert needed hot
> reloading, the SSLContext cache would be cleared for ALL certs.
> If the legacy SSL storage port is configured, a new {{EncryptionOptions}}
> object is created in {{org.apache.cassandra.net.InboundSockets#addBindings}}
> just for binding the socket, but never gets cleared as the change in port
> means it no longer matches the configuration retrieved from
> {{DatabaseDescriptor}} in
> {{org.apache.cassandra.net.MessagingServiceMBeanImpl#reloadSslCertificates}}.
> This is unlikely to be an issue in practice as the legacy SSL internode
> socket is only used in mixed version clusters with pre-4.0 nodes, so the cert
> only needs to stay valid until all nodes upgrade to 4.x or above.
> One way to avoid this class of failures is to just check the entries present
> in the SSLContext cache.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18688) Limit Java runtime in 5.0 to JDK 11 and 17 in scripts; add a flag to opt out of that
[ https://issues.apache.org/jira/browse/CASSANDRA-18688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765878#comment-17765878 ] shylaja kokoori commented on CASSANDRA-18688: - Hi All, I have updated the pull request with this commit [https://github.com/apache/cassandra/pull/2563/commits/e1d189f86909d8307798cd2f39966d94c0742226] Please let me know if this looks better I have added an env var CASSANDRA_USE_ALL_JDK to enable non-LTS Java use. Does that name work? > Limit Java runtime in 5.0 to JDK 11 and 17 in scripts; add a flag to opt out > of that > > > Key: CASSANDRA-18688 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18688 > Project: Cassandra > Issue Type: Task > Components: Build >Reporter: Ekaterina Dimitrova >Assignee: shylaja kokoori >Priority: Normal > Fix For: 5.0.x > > Time Spent: 1h 20m > Remaining Estimate: 0h > > Currently, we limit our users from building with non-default Java versions in > build.xml. > They can easily hack build.xml for test purposes with different versions. > Cassandra–5.0 will be run on JDK11 and JDK17, but on startup, we do not limit > people to those two, but only to everything >= 11. We should also put an > upper limit of 17 in our Cassandra startup scripts. We can also add a flag to > opt-out if someone wants to test with newer versions. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-18681) Internode legacy SSL storage port certificate is not hot reloaded on update
[
https://issues.apache.org/jira/browse/CASSANDRA-18681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jon Meredith reassigned CASSANDRA-18681:
Assignee: Jon Meredith
> Internode legacy SSL storage port certificate is not hot reloaded on update
> ---
>
> Key: CASSANDRA-18681
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18681
> Project: Cassandra
> Issue Type: Bug
> Components: Messaging/Internode
>Reporter: Jon Meredith
>Assignee: Jon Meredith
>Priority: Normal
>
> In CASSANDRA-1 the SSLContext cache was changed to clear individual
> {{EncryptionOptions}} from the SslContext cache if they needed reloading to
> reduce resource consumption. Before the change if ANY cert needed hot
> reloading, the SSLContext cache would be cleared for ALL certs.
> If the legacy SSL storage port is configured, a new {{EncryptionOptions}}
> object is created in {{org.apache.cassandra.net.InboundSockets#addBindings}}
> just for binding the socket, but never gets cleared as the change in port
> means it no longer matches the configuration retrieved from
> {{DatabaseDescriptor}} in
> {{org.apache.cassandra.net.MessagingServiceMBeanImpl#reloadSslCertificates}}.
> This is unlikely to be an issue in practice as the legacy SSL internode
> socket is only used in mixed version clusters with pre-4.0 nodes, so the cert
> only needs to stay valid until all nodes upgrade to 4.x or above.
> One way to avoid this class of failures is to just check the entries present
> in the SSLContext cache.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18857) Allow CQL client certificate authentication to work without sending an AUTHENTICATE request
[
https://issues.apache.org/jira/browse/CASSANDRA-18857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Tolbert updated CASSANDRA-18857:
-
Summary: Allow CQL client certificate authentication to work without
sending an AUTHENTICATE request (was: Allow CQL client certificate
authentication to work without sending an AUTHENTICATE request to client)
> Allow CQL client certificate authentication to work without sending an
> AUTHENTICATE request
> ---
>
> Key: CASSANDRA-18857
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18857
> Project: Cassandra
> Issue Type: Improvement
> Components: Feature/Encryption
>Reporter: Andy Tolbert
>Priority: Normal
>
> Currently when using {{MutualTlsAuthenticator}} or
> {{MutualTlsWithPasswordFallbackAuthenticator}} a client is prompted with an
> {{AUTHENTICATE}} message to which they must respond with an {{AUTH_RESPONSE}}
> (e.g. a user name and password). This shouldn't be needed as the role can be
> identified using only the certificate.
> To address this, we could add the capability to authenticate early in
> processing of a {{STARTUP}} message if we can determine that both the
> configured authenticator supports certificate authentication and a client
> certificate was provided. If the certificate can be authenticated, a
> {{READY}} response is returned, otherwise an {{ERROR}} is returned.
> This change can be done done in a fully backwards compatible way and requires
> no protocol or driver changes; I will supply a patch shortly!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18857) Allow CQL client certificate authentication to work without sending an AUTHENTICATE request to client
[
https://issues.apache.org/jira/browse/CASSANDRA-18857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andy Tolbert updated CASSANDRA-18857:
-
Summary: Allow CQL client certificate authentication to work without
sending an AUTHENTICATE request to client (was: Allow CQL client-certificate
authentication to work without sending an AUTHENTICATE request to client)
> Allow CQL client certificate authentication to work without sending an
> AUTHENTICATE request to client
> -
>
> Key: CASSANDRA-18857
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18857
> Project: Cassandra
> Issue Type: Improvement
> Components: Feature/Encryption
>Reporter: Andy Tolbert
>Priority: Normal
>
> Currently when using {{MutualTlsAuthenticator}} or
> {{MutualTlsWithPasswordFallbackAuthenticator}} a client is prompted with an
> {{AUTHENTICATE}} message to which they must respond with an {{AUTH_RESPONSE}}
> (e.g. a user name and password). This shouldn't be needed as the role can be
> identified using only the certificate.
> To address this, we could add the capability to authenticate early in
> processing of a {{STARTUP}} message if we can determine that both the
> configured authenticator supports certificate authentication and a client
> certificate was provided. If the certificate can be authenticated, a
> {{READY}} response is returned, otherwise an {{ERROR}} is returned.
> This change can be done done in a fully backwards compatible way and requires
> no protocol or driver changes; I will supply a patch shortly!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-staging updated (d58883c1 -> 6502362b)
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a change to branch asf-staging in repository https://gitbox.apache.org/repos/asf/cassandra-website.git discard d58883c1 generate docs for bc8bfc13 new 6502362b generate docs for bc8bfc13 This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (d58883c1) \ N -- N -- N refs/heads/asf-staging (6502362b) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: content/search-index.js | 2 +- site-ui/build/ui-bundle.zip | Bin 4881412 -> 4881412 bytes 2 files changed, 1 insertion(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-18857) Allow CQL client-certificate authentication to work without sending an AUTHENTICATE request to client
Andy Tolbert created CASSANDRA-18857:
Summary: Allow CQL client-certificate authentication to work
without sending an AUTHENTICATE request to client
Key: CASSANDRA-18857
URL: https://issues.apache.org/jira/browse/CASSANDRA-18857
Project: Cassandra
Issue Type: Improvement
Components: Feature/Encryption
Reporter: Andy Tolbert
Currently when using {{MutualTlsAuthenticator}} or
{{MutualTlsWithPasswordFallbackAuthenticator}} a client is prompted with an
{{AUTHENTICATE}} message to which they must respond with an {{AUTH_RESPONSE}}
(e.g. a user name and password). This shouldn't be needed as the role can be
identified using only the certificate.
To address this, we could add the capability to authenticate early in
processing of a {{STARTUP}} message if we can determine that both the
configured authenticator supports certificate authentication and a client
certificate was provided. If the certificate can be authenticated, a {{READY}}
response is returned, otherwise an {{ERROR}} is returned.
This change can be done done in a fully backwards compatible way and requires
no protocol or driver changes; I will supply a patch shortly!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apac
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765856#comment-17765856
]
Ekaterina Dimitrova edited comment on CASSANDRA-18747 at 9/15/23 9:29 PM:
--
So from the logs from nightlies we can see the following race is happening on
startup of node 3:
{code:java}
INFO [MigrationStage:1] 2023-08-10 18:39:32,992
DefaultSchemaUpdateHandler.java:221 - Applying schema change due to received
mutations: SchemaTransformationResult{2e847089-a5be-3705-a1aa-4a7f9b3ebe36 -->
d03783d7-b468-3c1a-82f1-8e30b2edde8b,
diff=KeyspacesDiff{created=[KeyspaceMetadata{name=system_auth, kind=REGULAR,
params=KeyspaceParams{durable_writes=true,
replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
replication_factor=1}}, tables=[system_auth.cidr_groups,
system_auth.cidr_permissions, system_auth.identity_to_role,
system_auth.network_permissions, system_auth.resource_role_permissons_index,
system_auth.role_members, system_auth.role_permissions, system_auth.roles],
views=[], functions=[], types=[]}], dropped=[], altered=[]}}
DEBUG [MigrationStage:1] 2023-08-10 18:39:32,993
DefaultSchemaUpdateHandler.java:259 - Schema updated:
SchemaTransformationResult{2e847089-a5be-3705-a1aa-4a7f9b3ebe36 -->
d03783d7-b468-3c1a-82f1-8e30b2edde8b,
diff=KeyspacesDiff{created=[KeyspaceMetadata{name=system_auth, kind=REGULAR,
params=KeyspaceParams{durable_writes=true,
replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
replication_factor=1}}, tables=[system_auth.cidr_groups,
system_auth.cidr_permissions, system_auth.identity_to_role,
system_auth.network_permissions, system_auth.resource_role_permissons_index,
system_auth.role_members, system_auth.role_permissions, system_auth.roles],
views=[], functions=[], types=[]}], dropped=[], altered=[]}}
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:876
- Starting pending range calculation for system_traces
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:881
- Pending range calculation for system_traces completed (took: 0ms)
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:876
- Starting pending range calculation for system_distributed
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:881
- Pending range calculation for system_distributed completed (took: 0ms)
INFO [MigrationStage:1] 2023-08-10 18:39:32,998 Keyspace.java:366 - Creating
replication strategy system_auth params KeyspaceParams{durable_writes=true,
replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
replication_factor=1}}
DEBUG [MigrationStage:1] 2023-08-10 18:39:32,998 Keyspace.java:370 - New
replication settings for keyspace system_auth - invalidating disk boundary
caches
ERROR [PendingRangeCalculator:1] 2023-08-10 18:39:33,000
JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]
java.lang.AssertionError: Unknown keyspace system_auth
at org.apache.cassandra.db.Keyspace.(Keyspace.java:324)
at org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
at
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)
at
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)
at
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)
at
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)
at
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:829)
DEBUG [GossipStage:1] 2023-08-10 18:39:33,002 MigrationCoordinator.java:428 -
Reported schema d03783d7-b468-3c1a-82f1-8e30b2edde8b at endpoint /127.0.0.1:7000
INFO [GossipStage:1] 2023-08-10 18:39:33,006 TokenMetadata.java:539 - Updating
topology for /127.0.0.1:7000
INFO [MigrationStage:1] 2023-08-10 18:39:33,008 ColumnFamilyStore.java:493 -
Initializing system_auth.cidr_groups
DEBUG [MigrationStage:1] 2023-08-10 18:39:33,011 DiskBoundaryManager.java:54 -
Refreshing disk boundary cache for system_auth.cidr_groups
INFO [GossipStage:1] 2023-08-10 18:39:33,010 TokenMetadata.java:539 - Updating
topology for /127.0.0.1:7000
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:33,026
[jira] [Commented] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apache.ca
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765856#comment-17765856
]
Ekaterina Dimitrova commented on CASSANDRA-18747:
-
So from the logs from nightlies we can see the following race is happening on
startup of node 3:
{code:java}
INFO [MigrationStage:1] 2023-08-10 18:39:32,992
DefaultSchemaUpdateHandler.java:221 - Applying schema change due to received
mutations: SchemaTransformationResult{2e847089-a5be-3705-a1aa-4a7f9b3ebe36 -->
d03783d7-b468-3c1a-82f1-8e30b2edde8b,
diff=KeyspacesDiff{created=[KeyspaceMetadata{name=system_auth, kind=REGULAR,
params=KeyspaceParams{durable_writes=true,
replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
replication_factor=1}}, tables=[system_auth.cidr_groups,
system_auth.cidr_permissions, system_auth.identity_to_role,
system_auth.network_permissions, system_auth.resource_role_permissons_index,
system_auth.role_members, system_auth.role_permissions, system_auth.roles],
views=[], functions=[], types=[]}], dropped=[], altered=[]}}
DEBUG [MigrationStage:1] 2023-08-10 18:39:32,993
DefaultSchemaUpdateHandler.java:259 - Schema updated:
SchemaTransformationResult{2e847089-a5be-3705-a1aa-4a7f9b3ebe36 -->
d03783d7-b468-3c1a-82f1-8e30b2edde8b,
diff=KeyspacesDiff{created=[KeyspaceMetadata{name=system_auth, kind=REGULAR,
params=KeyspaceParams{durable_writes=true,
replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
replication_factor=1}}, tables=[system_auth.cidr_groups,
system_auth.cidr_permissions, system_auth.identity_to_role,
system_auth.network_permissions, system_auth.resource_role_permissons_index,
system_auth.role_members, system_auth.role_permissions, system_auth.roles],
views=[], functions=[], types=[]}], dropped=[], altered=[]}}
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:876
- Starting pending range calculation for system_traces
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:881
- Pending range calculation for system_traces completed (took: 0ms)
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:876
- Starting pending range calculation for system_distributed
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:32,997 TokenMetadata.java:881
- Pending range calculation for system_distributed completed (took: 0ms)
INFO [MigrationStage:1] 2023-08-10 18:39:32,998 Keyspace.java:366 - Creating
replication strategy system_auth params KeyspaceParams{durable_writes=true,
replication=ReplicationParams{class=org.apache.cassandra.locator.SimpleStrategy,
replication_factor=1}}
DEBUG [MigrationStage:1] 2023-08-10 18:39:32,998 Keyspace.java:370 - New
replication settings for keyspace system_auth - invalidating disk boundary
caches
ERROR [PendingRangeCalculator:1] 2023-08-10 18:39:33,000
JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]
java.lang.AssertionError: Unknown keyspace system_auth
at org.apache.cassandra.db.Keyspace.(Keyspace.java:324)
at org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
at
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)
at
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)
at org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)
at
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)
at
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)
at
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:829)
DEBUG [GossipStage:1] 2023-08-10 18:39:33,002 MigrationCoordinator.java:428 -
Reported schema d03783d7-b468-3c1a-82f1-8e30b2edde8b at endpoint /127.0.0.1:7000
INFO [GossipStage:1] 2023-08-10 18:39:33,006 TokenMetadata.java:539 - Updating
topology for /127.0.0.1:7000
INFO [MigrationStage:1] 2023-08-10 18:39:33,008 ColumnFamilyStore.java:493 -
Initializing system_auth.cidr_groups
DEBUG [MigrationStage:1] 2023-08-10 18:39:33,011 DiskBoundaryManager.java:54 -
Refreshing disk boundary cache for system_auth.cidr_groups
INFO [GossipStage:1] 2023-08-10 18:39:33,010 TokenMetadata.java:539 - Updating
topology for /127.0.0.1:7000
DEBUG [PendingRangeCalculator:1] 2023-08-10 18:39:33,026 HeapUtils.java:133 -
Heap dump creation on uncaught
[jira] [Commented] (CASSANDRA-18841) InstanceClassLoader leak in 5.0/trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-18841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765844#comment-17765844
]
Doug Rohrer commented on CASSANDRA-18841:
-
Yeah - I agree that there are clearly other places where we probably need a
{{sync}} call, or even if we don't +technically+ need one now, not having them
opens us up to repeats of this particular bug if something deep in the bowls of
one of those calls ends up touching a thread local variable, so it would be
good to review the other non-{{sync}} ed methods, and perhaps provide some
guidance on when we can skip calling {{sync}} (maybe almost never?)
> InstanceClassLoader leak in 5.0/trunk
> -
>
> Key: CASSANDRA-18841
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18841
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Doug Rohrer
>Assignee: Doug Rohrer
>Priority: Normal
> Fix For: 4.1.4, 5.0-alpha2, 5.1
>
> Attachments: trunk_ThreadLocal_leak.patch
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> Something in the 5.0/trunk branches has caused an in-jvm dtest
> InstanceClassLoader leak - it appears to have something to do with the Mutual
> TLS Authenticator (f078c02cb58bddd735490b07548f7352f0eb09aa) but nothing in
> that commit, so far, has stood out as causing issues.
> The culprit class appears to be
> {{io.netty.util.internal.InternalThreadLocalMap}}, which seems to no be
> removed when the threads stops for some reason.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18792) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765843#comment-17765843
]
Brandon Williams commented on CASSANDRA-18792:
--
No, CASSANDRA-18854 is only part of the problem here, we still need the dtest
fix.
> Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
> --
>
> Key: CASSANDRA-18792
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18792
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Andres de la Peña
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> The Python dtest {{Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup}}
> seems to be flaky at least in {{trunk}}:
> *
> https://app.circleci.com/pipelines/github/instaclustr/cassandra/2993/workflows/80ac4db3-fc3d-4908-bc39-dfff6ab88871/jobs/105464/tests
> *
> https://app.circleci.com/pipelines/github/adelapena/cassandra/3128/workflows/b0cf2754-81fd-491e-bac4-cc7fe8b0ac1b/jobs/70390/tests
> {code}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2;
> stderr: error: Node is involved in cluster membership changes. Not safe to
> run cleanup.
> -- StackTrace --
> java.lang.RuntimeException: Node is involved in cluster membership changes.
> Not safe to run cleanup.
> at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4037)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
> at jdk.internal.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197)
> at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
> at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:587)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
>
[jira] [Commented] (CASSANDRA-18792) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765842#comment-17765842
]
Ekaterina Dimitrova commented on CASSANDRA-18792:
-
Shouldn't we just close this one as a duplicate of CASSANDRA-18854?
> Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
> --
>
> Key: CASSANDRA-18792
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18792
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Andres de la Peña
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> The Python dtest {{Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup}}
> seems to be flaky at least in {{trunk}}:
> *
> https://app.circleci.com/pipelines/github/instaclustr/cassandra/2993/workflows/80ac4db3-fc3d-4908-bc39-dfff6ab88871/jobs/105464/tests
> *
> https://app.circleci.com/pipelines/github/adelapena/cassandra/3128/workflows/b0cf2754-81fd-491e-bac4-cc7fe8b0ac1b/jobs/70390/tests
> {code}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2;
> stderr: error: Node is involved in cluster membership changes. Not safe to
> run cleanup.
> -- StackTrace --
> java.lang.RuntimeException: Node is involved in cluster membership changes.
> Not safe to run cleanup.
> at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4037)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
> at jdk.internal.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197)
> at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
> at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:587)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
> at
>
[jira] [Updated] (CASSANDRA-18792) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brandon Williams updated CASSANDRA-18792:
-
Test and Documentation Plan: run CI
Status: Patch Available (was: Open)
> Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
> --
>
> Key: CASSANDRA-18792
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18792
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Andres de la Peña
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> The Python dtest {{Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup}}
> seems to be flaky at least in {{trunk}}:
> *
> https://app.circleci.com/pipelines/github/instaclustr/cassandra/2993/workflows/80ac4db3-fc3d-4908-bc39-dfff6ab88871/jobs/105464/tests
> *
> https://app.circleci.com/pipelines/github/adelapena/cassandra/3128/workflows/b0cf2754-81fd-491e-bac4-cc7fe8b0ac1b/jobs/70390/tests
> {code}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2;
> stderr: error: Node is involved in cluster membership changes. Not safe to
> run cleanup.
> -- StackTrace --
> java.lang.RuntimeException: Node is involved in cluster membership changes.
> Not safe to run cleanup.
> at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4037)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
> at jdk.internal.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197)
> at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
> at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:587)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
> at
>
[jira] [Updated] (CASSANDRA-18841) InstanceClassLoader leak in 5.0/trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-18841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jon Meredith updated CASSANDRA-18841:
-
Fix Version/s: 4.1.4
5.0-alpha2
5.1
(was: 5.x)
(was: 5.0.x)
Since Version: 4.1-alpha1
Source Control Link:
https://github.com/apache/cassandra/commit/8bfe0e5878c64ed25591aae50643187bc8ab7241
Resolution: Fixed
Status: Resolved (was: Ready to Commit)
> InstanceClassLoader leak in 5.0/trunk
> -
>
> Key: CASSANDRA-18841
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18841
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Doug Rohrer
>Assignee: Doug Rohrer
>Priority: Normal
> Fix For: 4.1.4, 5.0-alpha2, 5.1
>
> Attachments: trunk_ThreadLocal_leak.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Something in the 5.0/trunk branches has caused an in-jvm dtest
> InstanceClassLoader leak - it appears to have something to do with the Mutual
> TLS Authenticator (f078c02cb58bddd735490b07548f7352f0eb09aa) but nothing in
> that commit, so far, has stood out as causing issues.
> The culprit class appears to be
> {{io.netty.util.internal.InternalThreadLocalMap}}, which seems to no be
> removed when the threads stops for some reason.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18841) InstanceClassLoader leak in 5.0/trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-18841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765836#comment-17765836
]
Jon Meredith commented on CASSANDRA-18841:
--
Thanks for the review, and the extra info. I've gone ahead and merged to make
testing the sidecar easier, we can follow up with a new JIRA for the other
items once investigated.
> InstanceClassLoader leak in 5.0/trunk
> -
>
> Key: CASSANDRA-18841
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18841
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Doug Rohrer
>Assignee: Doug Rohrer
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
> Attachments: trunk_ThreadLocal_leak.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Something in the 5.0/trunk branches has caused an in-jvm dtest
> InstanceClassLoader leak - it appears to have something to do with the Mutual
> TLS Authenticator (f078c02cb58bddd735490b07548f7352f0eb09aa) but nothing in
> that commit, so far, has stood out as causing issues.
> The culprit class appears to be
> {{io.netty.util.internal.InternalThreadLocalMap}}, which seems to no be
> removed when the threads stops for some reason.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18841) InstanceClassLoader leak in 5.0/trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-18841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jon Meredith updated CASSANDRA-18841:
-
Status: Ready to Commit (was: Review In Progress)
> InstanceClassLoader leak in 5.0/trunk
> -
>
> Key: CASSANDRA-18841
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18841
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Doug Rohrer
>Assignee: Doug Rohrer
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
> Attachments: trunk_ThreadLocal_leak.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Something in the 5.0/trunk branches has caused an in-jvm dtest
> InstanceClassLoader leak - it appears to have something to do with the Mutual
> TLS Authenticator (f078c02cb58bddd735490b07548f7352f0eb09aa) but nothing in
> that commit, so far, has stood out as causing issues.
> The culprit class appears to be
> {{io.netty.util.internal.InternalThreadLocalMap}}, which seems to no be
> removed when the threads stops for some reason.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-5.0' into trunk
This is an automated email from the ASF dual-hosted git repository. jonmeredith pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 3ebd09262ba2462e97b012838b19c6f3231d4190 Merge: 1087d88303 871e42cf97 Author: Jon Meredith AuthorDate: Fri Sep 15 14:12:28 2023 -0600 Merge branch 'cassandra-5.0' into trunk test/distributed/org/apache/cassandra/distributed/impl/Instance.java | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-5.0 updated (dcfacad116 -> 871e42cf97)
This is an automated email from the ASF dual-hosted git repository. jonmeredith pushed a change to branch cassandra-5.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git from dcfacad116 ninja fix unused import new 8bfe0e5878 InstanceClassLoader leak in 5.0/trunk new 871e42cf97 Merge branch 'cassandra-4.1' into cassandra-5.0 The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: test/distributed/org/apache/cassandra/distributed/impl/Instance.java | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-4.1' into cassandra-5.0
This is an automated email from the ASF dual-hosted git repository. jonmeredith pushed a commit to branch cassandra-5.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 871e42cf97507f4536e4a4873cf4f8e9a68ff1a3 Merge: dcfacad116 8bfe0e5878 Author: Jon Meredith AuthorDate: Fri Sep 15 14:07:45 2023 -0600 Merge branch 'cassandra-4.1' into cassandra-5.0 test/distributed/org/apache/cassandra/distributed/impl/Instance.java | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch trunk updated (1087d88303 -> 3ebd09262b)
This is an automated email from the ASF dual-hosted git repository. jonmeredith pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git from 1087d88303 Merge branch 'cassandra-5.0' into trunk new 8bfe0e5878 InstanceClassLoader leak in 5.0/trunk new 871e42cf97 Merge branch 'cassandra-4.1' into cassandra-5.0 new 3ebd09262b Merge branch 'cassandra-5.0' into trunk The 3 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: test/distributed/org/apache/cassandra/distributed/impl/Instance.java | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-4.1 updated: InstanceClassLoader leak in 5.0/trunk
This is an automated email from the ASF dual-hosted git repository.
jonmeredith pushed a commit to branch cassandra-4.1
in repository https://gitbox.apache.org/repos/asf/cassandra.git
The following commit(s) were added to refs/heads/cassandra-4.1 by this push:
new 8bfe0e5878 InstanceClassLoader leak in 5.0/trunk
8bfe0e5878 is described below
commit 8bfe0e5878c64ed25591aae50643187bc8ab7241
Author: Doug Rohrer
AuthorDate: Thu Sep 14 14:55:49 2023 -0600
InstanceClassLoader leak in 5.0/trunk
patch by Doug Rohrer; reviewed by Francisco Guerrero, Jon Meredith, David
Capwell for CASSANDRA-18841
---
test/distributed/org/apache/cassandra/distributed/impl/Instance.java | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
a/test/distributed/org/apache/cassandra/distributed/impl/Instance.java
b/test/distributed/org/apache/cassandra/distributed/impl/Instance.java
index 4b4276774b..bbb57f9c81 100644
--- a/test/distributed/org/apache/cassandra/distributed/impl/Instance.java
+++ b/test/distributed/org/apache/cassandra/distributed/impl/Instance.java
@@ -800,7 +800,9 @@ public class Instance extends IsolatedExecutor implements
IInvokableInstance
@Override
public void postStartup()
{
-StorageService.instance.doAuthSetup(false);
+sync(() ->
+StorageService.instance.doAuthSetup(false)
+).run();
}
private void mkdirs()
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[GitHub] [cassandra-analytics] JeetKunDoug commented on a diff in pull request #14: CASSANDRA-18759: Use in-jvm dtest framework from Sidecar for testing
JeetKunDoug commented on code in PR #14:
URL:
https://github.com/apache/cassandra-analytics/pull/14#discussion_r1327707154
##
scripts/build-dependencies.sh:
##
@@ -0,0 +1,23 @@
+#!/bin/bash
+#
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements. See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership. The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License. You may obtain a copy of the License at
+#
+# http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing, software
+# distributed under the License is distributed on an "AS IS" BASIS,
+# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+# See the License for the specific language governing permissions and
+# limitations under the License.
+#
+
+SCRIPT_DIR=$( dirname -- "$( readlink -f -- "$0"; )"; )
+
+${SCRIPT_DIR}/build-dtest-jars.sh
+${SCRIPT_DIR}/build-sidecar.sh
Review Comment:
##
scripts/build-dependencies.sh:
##
@@ -0,0 +1,23 @@
+#!/bin/bash
+#
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements. See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership. The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License. You may obtain a copy of the License at
+#
+# http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing, software
+# distributed under the License is distributed on an "AS IS" BASIS,
+# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+# See the License for the specific language governing permissions and
+# limitations under the License.
+#
+
+SCRIPT_DIR=$( dirname -- "$( readlink -f -- "$0"; )"; )
+
+${SCRIPT_DIR}/build-dtest-jars.sh
+${SCRIPT_DIR}/build-sidecar.sh
Review Comment:
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[GitHub] [cassandra-analytics] JeetKunDoug commented on a diff in pull request #14: CASSANDRA-18759: Use in-jvm dtest framework from Sidecar for testing
JeetKunDoug commented on code in PR #14:
URL:
https://github.com/apache/cassandra-analytics/pull/14#discussion_r1327706372
##
build.gradle:
##
@@ -68,9 +77,10 @@ tasks.idea.dependsOn(tasks.copyInspections)
tasks.register('buildIgnoreRatList', Exec) {
description 'Builds a list of ignored files for the rat task from the
unversioned git files'
- commandLine 'bash', '-c', 'git clean --force -d --dry-run -x | cut -c 14-'
+ commandLine 'bash', '-c', 'git clean --force -d --dry-run -x | grep -v
"Would skip" | cut -c 14- && ' +
+ 'git clean --force -d --dry-run -x | grep "Would skip" | cut -c
23-\n'
doFirst {
-standardOutput new FileOutputStream("${buildDir}/.rat-excludes.txt")
+standardOutput new FileOutputStream(".rat-excludes.txt")
Review Comment:
Interestingly just reverting this and related changes just plain broke the
build, but I've found a way around it - there were some super-weird things with
`buildDir` just not working (as it's not a string, it's a file, so that include
or somewhere else we were using it was putting `{}`s around it in the final
string, which failed).
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18792) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765820#comment-17765820
]
Brandon Williams commented on CASSANDRA-18792:
--
With CASSANDRA-18854 committed,
[here|https://app.circleci.com/pipelines/github/driftx/cassandra/1299/workflows/317bdd56-281d-4230-8c7c-ac9a8330d4ba/jobs/54378]
is a run against [this
branch|https://github.com/driftx/cassandra-dtest/tree/CASSANDRA-18792].
> Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
> --
>
> Key: CASSANDRA-18792
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18792
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Andres de la Peña
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> The Python dtest {{Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup}}
> seems to be flaky at least in {{trunk}}:
> *
> https://app.circleci.com/pipelines/github/instaclustr/cassandra/2993/workflows/80ac4db3-fc3d-4908-bc39-dfff6ab88871/jobs/105464/tests
> *
> https://app.circleci.com/pipelines/github/adelapena/cassandra/3128/workflows/b0cf2754-81fd-491e-bac4-cc7fe8b0ac1b/jobs/70390/tests
> {code}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2;
> stderr: error: Node is involved in cluster membership changes. Not safe to
> run cleanup.
> -- StackTrace --
> java.lang.RuntimeException: Node is involved in cluster membership changes.
> Not safe to run cleanup.
> at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4037)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
> at jdk.internal.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197)
> at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
> at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
>
[jira] [Comment Edited] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apac
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765816#comment-17765816
]
Ekaterina Dimitrova edited comment on CASSANDRA-18747 at 9/15/23 7:05 PM:
--
I also saw today
[https://ci-cassandra.apache.org/job/Cassandra-trunk/1708/testReport/dtest.materialized_views_test/TestMaterializedViews/test_drop_table/]
{code:java}
Error Message
failed on teardown with "Failed: Unexpected error found in node logs (see
stdout for full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1]
2023-09-15 13:30:52,532 JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
Unknown keyspace system_traces\n\tat
org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
java.base/java.lang.Thread.run(Thread.java:829)']"
Stacktrace
Unexpected error found in node logs (see stdout for full details). Errors:
[[node2] 'ERROR [PendingRangeCalculator:1] 2023-09-15 13:30:52,532
JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
Unknown keyspace system_traces\n\tat
org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
java.base/java.lang.Thread.run(Thread.java:829)']
{code}
was (Author: e.dimitrova):
I also saw today
[https://ci-cassandra.apache.org/job/Cassandra-trunk/1708/testReport/dtest.materialized_views_test/TestMaterializedViews/test_drop_table/]
h3.
{code:java}
Error Message
failed on teardown with "Failed: Unexpected error found in node logs (see
stdout for full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1]
2023-09-15 13:30:52,532 JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
Unknown keyspace system_traces\n\tat
org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
[jira] [Commented] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apache.ca
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765816#comment-17765816
]
Ekaterina Dimitrova commented on CASSANDRA-18747:
-
I also saw today
[https://ci-cassandra.apache.org/job/Cassandra-trunk/1708/testReport/dtest.materialized_views_test/TestMaterializedViews/test_drop_table/]
h3.
{code:java}
Error Message
failed on teardown with "Failed: Unexpected error found in node logs (see
stdout for full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1]
2023-09-15 13:30:52,532 JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
Unknown keyspace system_traces\n\tat
org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
java.base/java.lang.Thread.run(Thread.java:829)']"
Stacktrace
Unexpected error found in node logs (see stdout for full details). Errors:
[[node2] 'ERROR [PendingRangeCalculator:1] 2023-09-15 13:30:52,532
JVMStabilityInspector.java:70 - Exception in thread
Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
Unknown keyspace system_traces\n\tat
org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
java.base/java.lang.Thread.run(Thread.java:829)']
{code}
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
>
[jira] [Commented] (CASSANDRA-18325) Test failure: dtest.bootstrap_test.TestBootstrap.test_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765814#comment-17765814
]
Brandon Williams commented on CASSANDRA-18325:
--
CASSANDRA-18792 will fix [this
one|https://app.circleci.com/pipelines/github/driftx/cassandra/1298/workflows/5a68ff3e-70d2-44db-afbb-e9fbd093da47/jobs/54273]
too.
> Test failure: dtest.bootstrap_test.TestBootstrap.test_cleanup
> -
>
> Key: CASSANDRA-18325
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18325
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Maxwell Guo
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
>
> {code:java}
> assert not True
> + where True = 0x7f5b16fda070>>()
> + where 0x7f5b16fda070>> = .is_set
> Stacktrace
> self =
> def test_cleanup(self):
> """
> @jira_ticket CASSANDRA-11179
> Make sure we remove processed files during cleanup
> """
> cluster = self.cluster
> cluster.set_environment_variable('CASSANDRA_TOKEN_PREGENERATION_DISABLED',
> 'True')
> cluster.set_configuration_options(values=
> {'concurrent_compactors': 4}
> )
> cluster.populate(1)
> cluster.start()
> node1, = cluster.nodelist()
> for x in range(0, 5):
> node1.stress(['write', 'n=100k', 'no-warmup', '-schema',
> 'compaction(strategy=SizeTieredCompactionStrategy,enabled=false)',
> 'replication(factor=1)', '-rate', 'threads=10'])
> node1.flush()
> node2 = new_node(cluster)
> node2.start(wait_for_binary_proto=True)
> event = threading.Event()
> failed = threading.Event()
> jobs = 1
> thread = threading.Thread(target=self._monitor_datadir, args=(node1, event,
> len(node1.get_sstables("keyspace1", "standard1")), jobs, failed))
> thread.setDaemon(True)
> thread.start()
> node1.nodetool("cleanup -j {} keyspace1 standard1".format(jobs))
> event.set()
> thread.join()
> > assert not failed.is_set()
> E assert not True
> E + where True = 0x7f5b16fda070>>()
> E + where 0x7f5b16fda070>> = .is_set
> bootstrap_test.py:912: AssertionError
> {code}
>
> failed twice
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[GitHub] [cassandra-analytics] JeetKunDoug commented on a diff in pull request #14: CASSANDRA-18759: Use in-jvm dtest framework from Sidecar for testing
JeetKunDoug commented on code in PR #14:
URL:
https://github.com/apache/cassandra-analytics/pull/14#discussion_r1327668445
##
gradle.properties:
##
@@ -29,5 +29,6 @@ jnaVersion=5.9.0
scala=2.12
spark=3
vertxVersion=4.2.1
+sidecarVersion=1.0.0-analytics
Review Comment:
##
gradle.properties:
##
@@ -29,5 +29,6 @@ jnaVersion=5.9.0
scala=2.12
spark=3
vertxVersion=4.2.1
+sidecarVersion=1.0.0-analytics
Review Comment:
##
build.gradle:
##
@@ -150,8 +166,15 @@ subprojects {
repositories {
mavenCentral()
+ mavenLocal {
Review Comment:
##
build.gradle:
##
@@ -150,8 +166,15 @@ subprojects {
repositories {
mavenCentral()
+ mavenLocal {
Review Comment:
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[GitHub] [cassandra-analytics] JeetKunDoug commented on a diff in pull request #14: CASSANDRA-18759: Use in-jvm dtest framework from Sidecar for testing
JeetKunDoug commented on code in PR #14:
URL:
https://github.com/apache/cassandra-analytics/pull/14#discussion_r1327667256
##
cassandra-analytics-core/src/main/java/org/apache/cassandra/clients/Sidecar.java:
##
@@ -129,16 +130,15 @@ public static SidecarClient from(SidecarInstancesProvider
sidecarInstancesProvid
.ssl(conf.hasKeystoreAndKeystorePassword())
.build();
-SidecarConfig sidecarConfig = new SidecarConfig.Builder()
- .maxRetries(5)
- .retryDelayMillis(200)
- .maxRetryDelayMillis(500)
- .build();
-
-return buildClient(sidecarConfig, vertx, httpClientConfig,
sidecarInstancesProvider);
+SidecarClientConfig sidecarConfig = SidecarClientConfigImpl.builder()
+
.maxRetries(5)
+
.retryDelayMillis(200)
+
.maxRetryDelayMillis(500)
+
.build();
+return buildClient((SidecarClientConfigImpl) sidecarConfig, vertx,
httpClientConfig, sidecarInstancesProvider);
}
-public static SidecarClient buildClient(SidecarConfig sidecarConfig,
+public static SidecarClient buildClient(SidecarClientConfigImpl
sidecarConfig,
Review Comment:
##
cassandra-analytics-core/src/main/java/org/apache/cassandra/clients/Sidecar.java:
##
@@ -129,16 +130,15 @@ public static SidecarClient from(SidecarInstancesProvider
sidecarInstancesProvid
.ssl(conf.hasKeystoreAndKeystorePassword())
.build();
-SidecarConfig sidecarConfig = new SidecarConfig.Builder()
- .maxRetries(5)
- .retryDelayMillis(200)
- .maxRetryDelayMillis(500)
- .build();
-
-return buildClient(sidecarConfig, vertx, httpClientConfig,
sidecarInstancesProvider);
+SidecarClientConfig sidecarConfig = SidecarClientConfigImpl.builder()
+
.maxRetries(5)
+
.retryDelayMillis(200)
+
.maxRetryDelayMillis(500)
+
.build();
+return buildClient((SidecarClientConfigImpl) sidecarConfig, vertx,
httpClientConfig, sidecarInstancesProvider);
}
-public static SidecarClient buildClient(SidecarConfig sidecarConfig,
+public static SidecarClient buildClient(SidecarClientConfigImpl
sidecarConfig,
Review Comment:
##
cassandra-bridge/src/main/java/org/apache/cassandra/bridge/CassandraVersion.java:
##
@@ -29,7 +29,9 @@ public enum CassandraVersion
{
THREEZERO(30, "3.0", "three-zero"),
FOURZERO(40, "4.0", "four-zero"),
-FOURONE(41, "4.1", "four-zero");
+FOURONE(41, "4.1", "four-zero"),
+FIVEZERO(50, "5.0", "four-zero"),
Review Comment:
##
cassandra-bridge/src/main/java/org/apache/cassandra/bridge/CassandraVersion.java:
##
@@ -29,7 +29,9 @@ public enum CassandraVersion
{
THREEZERO(30, "3.0", "three-zero"),
FOURZERO(40, "4.0", "four-zero"),
-FOURONE(41, "4.1", "four-zero");
+FOURONE(41, "4.1", "four-zero"),
+FIVEZERO(50, "5.0", "four-zero"),
Review Comment:
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apache.ca
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765756#comment-17765756
]
Ekaterina Dimitrova commented on CASSANDRA-18747:
-
These are the logs we need for this ticket -
[https://nightlies.apache.org/cassandra/trunk/Cassandra-trunk-dtest/1451/Cassandra-trunk-dtest/jdk=jdk_11_latest,label=cassandra-dtest,split=28/]
This is for test_gcgs_validation failure
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']" Unexpected error found in
> node logs (see stdout for full details). Errors: [[node2] 'ERROR
> [PendingRangeCalculator:1] 2023-08-11 16:35:14,445
> JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']{code}
> Example failures:
> test_failed_snitch_update_property_file_snitch -
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/2475/workflows/2086619e-0f21-464b-a866-84aca516b5e5/jobs/36716/tests]
> test_gcgs_validation -
> [https://ci-cassandra.apache.org/job/Cassandra-trunk/1666/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail:
[cassandra] branch trunk updated (f7472774f4 -> 1087d88303)
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git from f7472774f4 Merge branch 'cassandra-5.0' into trunk new dcfacad116 ninja fix unused import new 1087d88303 Merge branch 'cassandra-5.0' into trunk The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: src/java/org/apache/cassandra/gms/Gossiper.java | 1 - 1 file changed, 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-5.0' into trunk
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 1087d88303754d52124c990b8d82640a729c8b9f Merge: f7472774f4 dcfacad116 Author: Brandon Williams AuthorDate: Fri Sep 15 12:59:25 2023 -0500 Merge branch 'cassandra-5.0' into trunk src/java/org/apache/cassandra/gms/Gossiper.java | 1 - 1 file changed, 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-5.0 updated: ninja fix unused import
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch cassandra-5.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git The following commit(s) were added to refs/heads/cassandra-5.0 by this push: new dcfacad116 ninja fix unused import dcfacad116 is described below commit dcfacad116dc3e7fa63aff358b8edd4b5ac17e2f Author: Brandon Williams AuthorDate: Fri Sep 15 12:59:20 2023 -0500 ninja fix unused import --- src/java/org/apache/cassandra/gms/Gossiper.java | 1 - 1 file changed, 1 deletion(-) diff --git a/src/java/org/apache/cassandra/gms/Gossiper.java b/src/java/org/apache/cassandra/gms/Gossiper.java index 845cb9a668..e51d8f7ff0 100644 --- a/src/java/org/apache/cassandra/gms/Gossiper.java +++ b/src/java/org/apache/cassandra/gms/Gossiper.java @@ -65,7 +65,6 @@ import org.apache.cassandra.config.CassandraRelevantProperties; import org.apache.cassandra.config.DatabaseDescriptor; import org.apache.cassandra.db.SystemKeyspace; import org.apache.cassandra.dht.Token; -import org.apache.cassandra.exceptions.RequestFailureReason; import org.apache.cassandra.locator.InetAddressAndPort; import org.apache.cassandra.net.Message; import org.apache.cassandra.net.MessagingService; - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[GitHub] [cassandra-analytics] JeetKunDoug commented on a diff in pull request #14: CASSANDRA-18759: Use in-jvm dtest framework from Sidecar for testing
JeetKunDoug commented on code in PR #14:
URL:
https://github.com/apache/cassandra-analytics/pull/14#discussion_r1327608300
##
build.gradle:
##
@@ -68,9 +77,10 @@ tasks.idea.dependsOn(tasks.copyInspections)
tasks.register('buildIgnoreRatList', Exec) {
description 'Builds a list of ignored files for the rat task from the
unversioned git files'
- commandLine 'bash', '-c', 'git clean --force -d --dry-run -x | cut -c 14-'
+ commandLine 'bash', '-c', 'git clean --force -d --dry-run -x | grep -v
"Would skip" | cut -c 14- && ' +
+ 'git clean --force -d --dry-run -x | grep "Would skip" | cut -c
23-\n'
doFirst {
-standardOutput new FileOutputStream("${buildDir}/.rat-excludes.txt")
+standardOutput new FileOutputStream(".rat-excludes.txt")
Review Comment:
I think it was just build troubleshooting - not sure why I ended up moving
it, but I'll try putting it back and see if there was some reason I moved it.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-18854: - Fix Version/s: 3.11.17 4.0.12 4.1.4 5.0-alpha2 5.1 (was: 3.11.x) (was: 5.x) (was: 4.0.x) (was: 4.1.x) (was: 5.0.x) Since Version: 3.11.16 Source Control Link: https://github.com/apache/cassandra/commit/edf22ed776d36112c165c6858dd4866b754ecf34 Resolution: Fixed Status: Resolved (was: Ready to Commit) All failures are known, committed. > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.17, 4.0.12, 4.1.4, 5.0-alpha2, 5.1 > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-18854: - Status: Ready to Commit (was: Review In Progress) > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-4.0 updated (b2093ef321 -> edde699a06)
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a change to branch cassandra-4.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git from b2093ef321 Select automatic native port when starting the server in CQLTester new edf22ed776 Revert 18543 but retain properties new edde699a06 Merge branch 'cassandra-3.11' into cassandra-4.0 The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: CHANGES.txt | 1 + src/java/org/apache/cassandra/gms/Gossiper.java | 47 ++--- 2 files changed, 4 insertions(+), 44 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-3.11 updated: Revert 18543 but retain properties
This is an automated email from the ASF dual-hosted git repository.
brandonwilliams pushed a commit to branch cassandra-3.11
in repository https://gitbox.apache.org/repos/asf/cassandra.git
The following commit(s) were added to refs/heads/cassandra-3.11 by this push:
new edf22ed776 Revert 18543 but retain properties
edf22ed776 is described below
commit edf22ed776d36112c165c6858dd4866b754ecf34
Author: Brandon Williams
AuthorDate: Fri Sep 15 06:08:13 2023 -0500
Revert 18543 but retain properties
Patch by brandonwilliams; reviewed by dcapwell for CASSANDRA-18854
---
CHANGES.txt | 1 +
src/java/org/apache/cassandra/gms/Gossiper.java | 38 +++--
2 files changed, 5 insertions(+), 34 deletions(-)
diff --git a/CHANGES.txt b/CHANGES.txt
index d5eb1048dc..2d9e2059e1 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
3.11.17
+ * Revert CASSANDRA-18543 (CASSANDRA-18854)
* Fix NPE when using udfContext in UDF after a restart of a node
(CASSANDRA-18739)
Merged from 3.0:
* Add cqlshrc.sample and credentials.sample into Debian package
(CASSANDRA-18818)
diff --git a/src/java/org/apache/cassandra/gms/Gossiper.java
b/src/java/org/apache/cassandra/gms/Gossiper.java
index ac35aa8642..b3783cd5b5 100644
--- a/src/java/org/apache/cassandra/gms/Gossiper.java
+++ b/src/java/org/apache/cassandra/gms/Gossiper.java
@@ -39,8 +39,6 @@ import com.google.common.util.concurrent.ListenableFutureTask;
import com.google.common.util.concurrent.Uninterruptibles;
import io.netty.util.concurrent.FastThreadLocal;
-import org.apache.cassandra.exceptions.RequestFailureReason;
-import org.apache.cassandra.net.IAsyncCallbackWithFailure;
import org.apache.cassandra.utils.ExecutorUtils;
import org.apache.cassandra.utils.MBeanWrapper;
import org.apache.cassandra.utils.NoSpamLogger;
@@ -137,9 +135,6 @@ public class Gossiper implements
IFailureDetectionEventListener, GossiperMBean
/* live member set */
private final Set liveEndpoints = new
ConcurrentSkipListSet(inetcomparator);
-/* Inflight echo requests. */
-private final Set inflightEcho = new
ConcurrentSkipListSet<>(inetcomparator);
-
/* unreachable member set */
private final Map unreachableEndpoints = new
ConcurrentHashMap();
@@ -534,7 +529,6 @@ public class Gossiper implements
IFailureDetectionEventListener, GossiperMBean
}
liveEndpoints.remove(endpoint);
-inflightEcho.remove(endpoint);
unreachableEndpoints.remove(endpoint);
MessagingService.instance().resetVersion(endpoint);
quarantineEndpoint(endpoint);
@@ -1132,23 +1126,12 @@ public class Gossiper implements
IFailureDetectionEventListener, GossiperMBean
return;
}
-if (inflightEcho.contains(addr))
-{
-return;
-}
-inflightEcho.add(addr);
-
localState.markDead();
MessageOut echoMessage = new
MessageOut(MessagingService.Verb.ECHO, EchoMessage.instance,
EchoMessage.serializer);
logger.trace("Sending a EchoMessage to {}", addr);
-IAsyncCallbackWithFailure echoHandler = new IAsyncCallbackWithFailure()
+IAsyncCallback echoHandler = new IAsyncCallback()
{
-public void onFailure(InetAddress from, RequestFailureReason
failureReason)
-{
-inflightEcho.remove(addr);
-}
-
public boolean isLatencyForSnitch()
{
return false;
@@ -1156,20 +1139,11 @@ public class Gossiper implements
IFailureDetectionEventListener, GossiperMBean
public void response(MessageIn msg)
{
-runInGossipStageBlocking(() -> {
-try
-{
-realMarkAlive(addr, localState);
-}
-finally
-{
-inflightEcho.remove(addr);
-}
-});
+runInGossipStageBlocking(() -> realMarkAlive(addr,
localState));
}
};
-MessagingService.instance().sendRRWithFailure(echoMessage, addr,
echoHandler);
+MessagingService.instance().sendRR(echoMessage, addr, echoHandler);
}
@VisibleForTesting
@@ -1199,7 +1173,6 @@ public class Gossiper implements
IFailureDetectionEventListener, GossiperMBean
logger.trace("marking as down {}", addr);
localState.markDead();
liveEndpoints.remove(addr);
-inflightEcho.remove(addr);
unreachableEndpoints.put(addr, System.nanoTime());
logger.info("InetAddress {} is now DOWN", addr);
for (IEndpointStateChangeSubscriber subscriber : subscribers)
@@ -1898,14 +1871,12 @@ public class Gossiper implements
IFailureDetectionEventListener, GossiperMBean
int totalPolls = 0;
int numOkay = 0;
int epSize =
[cassandra] 01/01: Merge branch 'cassandra-5.0' into trunk
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git commit f7472774f4c4e909af4a8a75c85ac5df71c71b63 Merge: 188df44c8c 1ac31a64a9 Author: Brandon Williams AuthorDate: Fri Sep 15 12:30:29 2023 -0500 Merge branch 'cassandra-5.0' into trunk CHANGES.txt | 2 ++ src/java/org/apache/cassandra/gms/Gossiper.java | 46 ++--- 2 files changed, 5 insertions(+), 43 deletions(-) diff --cc CHANGES.txt index 0b82df78b2,57e2b39d23..ba24ef078e --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -9,6 -8,6 +9,7 @@@ Merged from 4.1 * Nodetool paxos-only repair is no longer incremental (CASSANDRA-18466) Merged from 4.0: Merged from 3.11: ++ * Revert CASSANDRA-18543 (CASSANDRA-18854) Merged from 3.0: * Add cqlshrc.sample and credentials.sample into Debian package (CASSANDRA-18818) @@@ -225,7 -208,11 +226,8 @@@ Merged from 4.1 Merged from 4.0: * Partial compaction can resurrect deleted data (CASSANDRA-18507) Merged from 3.11: - * Revert CASSANDRA-18543 (CASSANDRA-18854) + * Fix NPE when using udfContext in UDF after a restart of a node (CASSANDRA-18739) Merged from 3.0: - * Refactor validation logic in StorageService.rebuild (CASSANDRA-18803) - * Make alternation of a user type validate the same way as creation of a user type does (CASSANDRA-18585) * CQLSH emits a warning when the server version doesn't match (CASSANDRA-18745) * Fix missing speculative retries in tablestats (CASSANDRA-18767) * Fix Requires for Java for RPM package (CASSANDRA-18751) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-4.0' into cassandra-4.1
This is an automated email from the ASF dual-hosted git repository.
brandonwilliams pushed a commit to branch cassandra-4.1
in repository https://gitbox.apache.org/repos/asf/cassandra.git
commit b8209a06fbad6d5dda239f06ea889a4a89427296
Merge: 3d220b5a6e edde699a06
Author: Brandon Williams
AuthorDate: Fri Sep 15 12:25:40 2023 -0500
Merge branch 'cassandra-4.0' into cassandra-4.1
CHANGES.txt | 1 +
src/java/org/apache/cassandra/gms/Gossiper.java | 47 ++---
2 files changed, 4 insertions(+), 44 deletions(-)
diff --cc CHANGES.txt
index 8bb36cc504,62c49d6fd0..2134d0b77b
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@@ -8,7 -3,9 +8,8 @@@ Merged from 4.0
* Fix BulkLoader ignoring cipher suites options (CASSANDRA-18582)
* Migrate Python optparse to argparse (CASSANDRA-17914)
Merged from 3.11:
+ * Revert CASSANDRA-18543 (CASSANDRA-18854)
* Fix NPE when using udfContext in UDF after a restart of a node
(CASSANDRA-18739)
- * Moved jflex from runtime to build dependencies (CASSANDRA-18664)
Merged from 3.0:
* Add cqlshrc.sample and credentials.sample into Debian package
(CASSANDRA-18818)
* Refactor validation logic in StorageService.rebuild (CASSANDRA-18803)
diff --cc src/java/org/apache/cassandra/gms/Gossiper.java
index 854da29acb,2b3c48ed77..4a32662dcf
--- a/src/java/org/apache/cassandra/gms/Gossiper.java
+++ b/src/java/org/apache/cassandra/gms/Gossiper.java
@@@ -42,12 -35,11 +42,11 @@@ import com.google.common.collect.Immuta
import com.google.common.collect.Iterables;
import com.google.common.collect.ImmutableSet;
import com.google.common.collect.Sets;
-import com.google.common.util.concurrent.ListenableFutureTask;
import com.google.common.util.concurrent.Uninterruptibles;
-import org.apache.cassandra.concurrent.JMXEnabledSingleThreadExecutor;
+import org.apache.cassandra.concurrent.*;
+import org.apache.cassandra.concurrent.FutureTask;
import org.apache.cassandra.config.CassandraRelevantProperties;
- import org.apache.cassandra.exceptions.RequestFailureReason;
import org.apache.cassandra.locator.InetAddressAndPort;
import org.apache.cassandra.net.NoPayload;
import org.apache.cassandra.net.Verb;
@@@ -660,11 -633,7 +656,10 @@@ public class Gossiper implements IFailu
logger.warn("Seeds list is now empty!");
}
+if (disableEndpointRemoval)
+return;
+
liveEndpoints.remove(endpoint);
- inflightEcho.remove(endpoint);
unreachableEndpoints.remove(endpoint);
MessagingService.instance().versions.reset(endpoint);
quarantineEndpoint(endpoint);
@@@ -1429,12 -1335,8 +1392,11 @@@
private void silentlyMarkDead(InetAddressAndPort addr, EndpointState
localState)
{
localState.markDead();
-liveEndpoints.remove(addr);
-unreachableEndpoints.put(addr, System.nanoTime());
+if (!disableEndpointRemoval)
+{
+liveEndpoints.remove(addr);
- inflightEcho.remove(addr);
+unreachableEndpoints.put(addr, nanoTime());
+}
}
/**
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-5.0 updated (15f355a006 -> 1ac31a64a9)
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a change to branch cassandra-5.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git from 15f355a006 Remove wrong assertion in SSTableLoader new edf22ed776 Revert 18543 but retain properties new edde699a06 Merge branch 'cassandra-3.11' into cassandra-4.0 new b8209a06fb Merge branch 'cassandra-4.0' into cassandra-4.1 new 1ac31a64a9 Merge branch 'cassandra-4.1' into cassandra-5.0 The 4 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: CHANGES.txt | 1 + src/java/org/apache/cassandra/gms/Gossiper.java | 46 ++--- 2 files changed, 4 insertions(+), 43 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-3.11' into cassandra-4.0
This is an automated email from the ASF dual-hosted git repository.
brandonwilliams pushed a commit to branch cassandra-4.0
in repository https://gitbox.apache.org/repos/asf/cassandra.git
commit edde699a062701345133b6f0648a744b426a6f94
Merge: b2093ef321 edf22ed776
Author: Brandon Williams
AuthorDate: Fri Sep 15 12:22:53 2023 -0500
Merge branch 'cassandra-3.11' into cassandra-4.0
CHANGES.txt | 1 +
src/java/org/apache/cassandra/gms/Gossiper.java | 47 ++---
2 files changed, 4 insertions(+), 44 deletions(-)
diff --cc CHANGES.txt
index 4a3f90770a,2d9e2059e1..62c49d6fd0
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@@ -1,10 -1,6 +1,11 @@@
-3.11.17
+4.0.12
+ * Fix NTS log message when an unrecognized strategy option is passed
(CASSANDRA-18679)
+ * Fix BulkLoader ignoring cipher suites options (CASSANDRA-18582)
+ * Migrate Python optparse to argparse (CASSANDRA-17914)
+Merged from 3.11:
+ * Revert CASSANDRA-18543 (CASSANDRA-18854)
* Fix NPE when using udfContext in UDF after a restart of a node
(CASSANDRA-18739)
+ * Moved jflex from runtime to build dependencies (CASSANDRA-18664)
Merged from 3.0:
* Add cqlshrc.sample and credentials.sample into Debian package
(CASSANDRA-18818)
* Refactor validation logic in StorageService.rebuild (CASSANDRA-18803)
diff --cc src/java/org/apache/cassandra/gms/Gossiper.java
index ad9c8c3784,b3783cd5b5..2b3c48ed77
--- a/src/java/org/apache/cassandra/gms/Gossiper.java
+++ b/src/java/org/apache/cassandra/gms/Gossiper.java
@@@ -38,15 -38,8 +38,14 @@@ import com.google.common.collect.Sets
import com.google.common.util.concurrent.ListenableFutureTask;
import com.google.common.util.concurrent.Uninterruptibles;
-import io.netty.util.concurrent.FastThreadLocal;
+import org.apache.cassandra.concurrent.JMXEnabledSingleThreadExecutor;
+import org.apache.cassandra.config.CassandraRelevantProperties;
- import org.apache.cassandra.exceptions.RequestFailureReason;
+import org.apache.cassandra.locator.InetAddressAndPort;
+import org.apache.cassandra.net.NoPayload;
+import org.apache.cassandra.net.Verb;
+import org.apache.cassandra.utils.CassandraVersion;
import org.apache.cassandra.utils.ExecutorUtils;
+import org.apache.cassandra.utils.ExpiringMemoizingSupplier;
import org.apache.cassandra.utils.MBeanWrapper;
import org.apache.cassandra.utils.NoSpamLogger;
import org.apache.cassandra.utils.Pair;
@@@ -127,21 -119,24 +126,18 @@@ public class Gossiper implements IFailu
// Maximimum difference between generation value and local time we are
willing to accept about a peer
static final int MAX_GENERATION_DIFFERENCE = 86400 * 365;
-private long fatClientTimeout;
+private final long fatClientTimeout;
private final Random random = new Random();
-private final Comparator inetcomparator = new
Comparator()
-{
-public int compare(InetAddress addr1, InetAddress addr2)
-{
-return addr1.getHostAddress().compareTo(addr2.getHostAddress());
-}
-};
/* subscribers for interest in EndpointState change */
-private final List subscribers = new
CopyOnWriteArrayList();
+private final List subscribers = new
CopyOnWriteArrayList<>();
/* live member set */
-private final Set liveEndpoints = new
ConcurrentSkipListSet(inetcomparator);
+@VisibleForTesting
+final Set liveEndpoints = new
ConcurrentSkipListSet<>();
- /* Inflight echo requests. */
- private final Set inflightEcho = new
ConcurrentSkipListSet<>();
-
/* unreachable member set */
-private final Map unreachableEndpoints = new
ConcurrentHashMap();
+private final Map unreachableEndpoints = new
ConcurrentHashMap<>();
/* initial seeds for joining the cluster */
@VisibleForTesting
@@@ -638,14 -529,12 +634,13 @@@
}
liveEndpoints.remove(endpoint);
- inflightEcho.remove(endpoint);
unreachableEndpoints.remove(endpoint);
-MessagingService.instance().resetVersion(endpoint);
+MessagingService.instance().versions.reset(endpoint);
quarantineEndpoint(endpoint);
-MessagingService.instance().destroyConnectionPool(endpoint);
-if (logger.isDebugEnabled())
-logger.debug("removing endpoint {}", endpoint);
+MessagingService.instance().closeOutbound(endpoint);
+MessagingService.instance().removeInbound(endpoint);
+logger.debug("removing endpoint {}", endpoint);
+GossiperDiagnostics.removedEndpoint(this, endpoint);
}
/**
@@@ -1279,52 -1118,32 +1274,20 @@@
}
-private void markAlive(final InetAddress addr, final EndpointState
localState)
+private void markAlive(final InetAddressAndPort addr, final EndpointState
localState)
{
- if (inflightEcho.contains(addr))
-if (MessagingService.instance().getVersion(addr) <
[cassandra] 01/01: Merge branch 'cassandra-4.1' into cassandra-5.0
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch cassandra-5.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 1ac31a64a9d02372f59938592aff283ed7c0b438 Merge: 15f355a006 b8209a06fb Author: Brandon Williams AuthorDate: Fri Sep 15 12:29:25 2023 -0500 Merge branch 'cassandra-4.1' into cassandra-5.0 CHANGES.txt | 1 + src/java/org/apache/cassandra/gms/Gossiper.java | 46 ++--- 2 files changed, 4 insertions(+), 43 deletions(-) diff --cc CHANGES.txt index 27cb4923dd,2134d0b77b..57e2b39d23 --- a/CHANGES.txt +++ b/CHANGES.txt @@@ -206,10 -4,14 +206,11 @@@ Merged from 4.1 * Allow empty keystore_password in encryption_options (CASSANDRA-18778) * Skip ColumnFamilyStore#topPartitions initialization when client or tool mode (CASSANDRA-18697) Merged from 4.0: - * Fix NTS log message when an unrecognized strategy option is passed (CASSANDRA-18679) - * Fix BulkLoader ignoring cipher suites options (CASSANDRA-18582) - * Migrate Python optparse to argparse (CASSANDRA-17914) + * Partial compaction can resurrect deleted data (CASSANDRA-18507) Merged from 3.11: + * Revert CASSANDRA-18543 (CASSANDRA-18854) * Fix NPE when using udfContext in UDF after a restart of a node (CASSANDRA-18739) Merged from 3.0: - * Add cqlshrc.sample and credentials.sample into Debian package (CASSANDRA-18818) * Refactor validation logic in StorageService.rebuild (CASSANDRA-18803) * Make alternation of a user type validate the same way as creation of a user type does (CASSANDRA-18585) * CQLSH emits a warning when the server version doesn't match (CASSANDRA-18745) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch trunk updated (188df44c8c -> f7472774f4)
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git from 188df44c8c Merge branch 'cassandra-5.0' into trunk new edf22ed776 Revert 18543 but retain properties new edde699a06 Merge branch 'cassandra-3.11' into cassandra-4.0 new b8209a06fb Merge branch 'cassandra-4.0' into cassandra-4.1 new 1ac31a64a9 Merge branch 'cassandra-4.1' into cassandra-5.0 new f7472774f4 Merge branch 'cassandra-5.0' into trunk The 5 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: CHANGES.txt | 2 ++ src/java/org/apache/cassandra/gms/Gossiper.java | 46 ++--- 2 files changed, 5 insertions(+), 43 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-4.1 updated (3d220b5a6e -> b8209a06fb)
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a change to branch cassandra-4.1 in repository https://gitbox.apache.org/repos/asf/cassandra.git from 3d220b5a6e Merge branch 'cassandra-4.0' into cassandra-4.1 new edf22ed776 Revert 18543 but retain properties new edde699a06 Merge branch 'cassandra-3.11' into cassandra-4.0 new b8209a06fb Merge branch 'cassandra-4.0' into cassandra-4.1 The 3 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: CHANGES.txt | 1 + src/java/org/apache/cassandra/gms/Gossiper.java | 47 ++--- 2 files changed, 4 insertions(+), 44 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-staging updated (4cc8f5d1 -> d58883c1)
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a change to branch asf-staging in repository https://gitbox.apache.org/repos/asf/cassandra-website.git discard 4cc8f5d1 generate docs for bc8bfc13 new d58883c1 generate docs for bc8bfc13 This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (4cc8f5d1) \ N -- N -- N refs/heads/asf-staging (d58883c1) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: content/search-index.js | 2 +- site-ui/build/ui-bundle.zip | Bin 4881412 -> 4881412 bytes 2 files changed, 1 insertion(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[GitHub] [cassandra-analytics] frankgh commented on a diff in pull request #14: CASSANDRA-18759: Use in-jvm dtest framework from Sidecar for testing
frankgh commented on code in PR #14:
URL:
https://github.com/apache/cassandra-analytics/pull/14#discussion_r1326688112
##
cassandra-analytics-core/src/main/java/org/apache/cassandra/clients/Sidecar.java:
##
@@ -129,16 +130,15 @@ public static SidecarClient from(SidecarInstancesProvider
sidecarInstancesProvid
.ssl(conf.hasKeystoreAndKeystorePassword())
.build();
-SidecarConfig sidecarConfig = new SidecarConfig.Builder()
- .maxRetries(5)
- .retryDelayMillis(200)
- .maxRetryDelayMillis(500)
- .build();
-
-return buildClient(sidecarConfig, vertx, httpClientConfig,
sidecarInstancesProvider);
+SidecarClientConfig sidecarConfig = SidecarClientConfigImpl.builder()
+
.maxRetries(5)
+
.retryDelayMillis(200)
+
.maxRetryDelayMillis(500)
+
.build();
+return buildClient((SidecarClientConfigImpl) sidecarConfig, vertx,
httpClientConfig, sidecarInstancesProvider);
}
-public static SidecarClient buildClient(SidecarConfig sidecarConfig,
+public static SidecarClient buildClient(SidecarClientConfigImpl
sidecarConfig,
Review Comment:
Can we use the interface here instead?
```suggestion
public static SidecarClient buildClient(SidecarClientConfig
sidecarConfig,
```
##
build.gradle:
##
@@ -150,8 +166,15 @@ subprojects {
repositories {
mavenCentral()
+ mavenLocal {
Review Comment:
indentation.
##
scripts/build-dependencies.sh:
##
@@ -0,0 +1,23 @@
+#!/bin/bash
+#
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements. See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership. The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License. You may obtain a copy of the License at
+#
+# http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing, software
+# distributed under the License is distributed on an "AS IS" BASIS,
+# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+# See the License for the specific language governing permissions and
+# limitations under the License.
+#
+
+SCRIPT_DIR=$( dirname -- "$( readlink -f -- "$0"; )"; )
+
+${SCRIPT_DIR}/build-dtest-jars.sh
+${SCRIPT_DIR}/build-sidecar.sh
Review Comment:
can we add a flag to conditionally build dtest-jars and/or sidecar?
##
gradle.properties:
##
@@ -29,5 +29,6 @@ jnaVersion=5.9.0
scala=2.12
spark=3
vertxVersion=4.2.1
+sidecarVersion=1.0.0-analytics
Review Comment:
this is already part of profiles, we shouldn't have it here
##
build.gradle:
##
@@ -68,9 +77,10 @@ tasks.idea.dependsOn(tasks.copyInspections)
tasks.register('buildIgnoreRatList', Exec) {
description 'Builds a list of ignored files for the rat task from the
unversioned git files'
- commandLine 'bash', '-c', 'git clean --force -d --dry-run -x | cut -c 14-'
+ commandLine 'bash', '-c', 'git clean --force -d --dry-run -x | grep -v
"Would skip" | cut -c 14- && ' +
+ 'git clean --force -d --dry-run -x | grep "Would skip" | cut -c
23-\n'
doFirst {
-standardOutput new FileOutputStream("${buildDir}/.rat-excludes.txt")
+standardOutput new FileOutputStream(".rat-excludes.txt")
Review Comment:
why not keep it in the build dir? It is useful to debug, because these
resources are copied in CI to resources
##
cassandra-bridge/src/main/java/org/apache/cassandra/bridge/CassandraVersion.java:
##
@@ -29,7 +29,9 @@ public enum CassandraVersion
{
THREEZERO(30, "3.0", "three-zero"),
FOURZERO(40, "4.0", "four-zero"),
-FOURONE(41, "4.1", "four-zero");
+FOURONE(41, "4.1", "four-zero"),
+FIVEZERO(50, "5.0", "four-zero"),
Review Comment:
hmm, this feels like it's outside of the scope of the project. I also feel
that the four-zero implementation won't be sufficient to support 5.0, so I
would prefer to have a proper five-zero implementation.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
[jira] [Comment Edited] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apac
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765710#comment-17765710
]
Ekaterina Dimitrova edited comment on CASSANDRA-18747 at 9/15/23 4:53 PM:
--
We can add to our Build Lead page that when people open a ticket for a test
failure based on Jenkins - they should add the build number for the specific
test suite job, not the main cassandra build and split numbers. This will make
it easier to investigate later, using nightlies logs if we cannot reproduce.
was (Author: e.dimitrova):
We can add to our Build Lead page that when people open a ticket for a test
failure based on Jenkins - we should add the build number for the specific test
suite job, not the main cassandra build and split numbers. This will make it
easier to investigate later, using nightlies logs if we cannot reproduce.
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']" Unexpected error found in
> node logs (see stdout for full details). Errors: [[node2] 'ERROR
> [PendingRangeCalculator:1] 2023-08-11 16:35:14,445
> JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']{code}
> Example failures:
> test_failed_snitch_update_property_file_snitch -
>
[jira] [Commented] (CASSANDRA-18841) InstanceClassLoader leak in 5.0/trunk
[
https://issues.apache.org/jira/browse/CASSANDRA-18841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765729#comment-17765729
]
David Capwell commented on CASSANDRA-18841:
---
I am +1 but feel that if this patch is actually needed then don't we have more
places that are problematic?
org.apache.cassandra.distributed.impl.Instance#schemaVersion
org.apache.cassandra.distributed.impl.Instance#getMessagingVersion
org.apache.cassandra.distributed.impl.Instance#setMessagingVersion
org.apache.cassandra.distributed.impl.Instance#getReleaseVersionString
org.apache.cassandra.distributed.impl.Instance#flush
org.apache.cassandra.distributed.impl.Instance#forceCompact
org.apache.cassandra.distributed.impl.Instance#executorFor
> InstanceClassLoader leak in 5.0/trunk
> -
>
> Key: CASSANDRA-18841
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18841
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Doug Rohrer
>Assignee: Doug Rohrer
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
> Attachments: trunk_ThreadLocal_leak.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Something in the 5.0/trunk branches has caused an in-jvm dtest
> InstanceClassLoader leak - it appears to have something to do with the Mutual
> TLS Authenticator (f078c02cb58bddd735490b07548f7352f0eb09aa) but nothing in
> that commit, so far, has stood out as causing issues.
> The culprit class appears to be
> {{io.netty.util.internal.InternalThreadLocalMap}}, which seems to no be
> removed when the threads stops for some reason.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765726#comment-17765726 ] Brandon Williams commented on CASSANDRA-18854: -- Nice! That will be very useful. Thanks for the review, will begin committing once CI finishes. > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-staging updated (59cd8742 -> 4cc8f5d1)
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a change to branch asf-staging in repository https://gitbox.apache.org/repos/asf/cassandra-website.git discard 59cd8742 generate docs for bc8bfc13 new 4cc8f5d1 generate docs for bc8bfc13 This update added new revisions after undoing existing revisions. That is to say, some revisions that were in the old version of the branch are not in the new version. This situation occurs when a user --force pushes a change and generates a repository containing something like this: * -- * -- B -- O -- O -- O (59cd8742) \ N -- N -- N refs/heads/asf-staging (4cc8f5d1) You should already have received notification emails for all of the O revisions, and so the following emails describe only the N revisions from the common base, B. Any revisions marked "omit" are not gone; other references still refer to them. Any revisions marked "discard" are gone forever. The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: content/search-index.js | 2 +- site-ui/build/ui-bundle.zip | Bin 4881412 -> 4881412 bytes 2 files changed, 1 insertion(+), 1 deletion(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765725#comment-17765725 ] David Capwell commented on CASSANDRA-18854: --- In CASSANDRA-18816 I made repair coordination unit testable for simulation, it would be nice to see the same happen for gossip... once that is in it should be ~5-10m to get Gossip 100% deterministic in tests and can simulate large clusters easily... > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Capwell updated CASSANDRA-18854: -- Test and Documentation Plan: existing Status: Patch Available (was: Open) > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Capwell updated CASSANDRA-18854: -- Reviewers: David Capwell, David Capwell David Capwell, David Capwell (was: David Capwell) Status: Review In Progress (was: Patch Available) > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765719#comment-17765719 ] David Capwell commented on CASSANDRA-18854: --- +1 > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18856) Test failure: rebuild_test.TestRebuild.test_resumable_rebuild
[
https://issues.apache.org/jira/browse/CASSANDRA-18856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brandon Williams updated CASSANDRA-18856:
-
Bug Category: Parent values: Correctness(12982)Level 1 values: Test
Failure(12990)
Complexity: Normal
Component/s: Consistency/Streaming
Discovered By: User Report
Fix Version/s: 5.0.x
5.x
Severity: Normal
Status: Open (was: Triage Needed)
> Test failure: rebuild_test.TestRebuild.test_resumable_rebuild
> -
>
> Key: CASSANDRA-18856
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18856
> Project: Cassandra
> Issue Type: Bug
> Components: Consistency/Streaming
>Reporter: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> https://app.circleci.com/pipelines/github/driftx/cassandra/1294/workflows/04464235-3bcf-433e-ae81-206aa2c9c874/jobs/54042/tests
> {quote}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node3] 'ERROR
> [Stream-Deserializer-/127.0.0.2:7000-d94b6b54] 2023-09-15 16:04:30,685
> CassandraEntireSSTableStreamReader.java:146 - [Stream
> 8d7c61b0-53e1-11ee-a721-a91a3065a930] Error while reading sstable from stream
> for table = ks.cf\njava.nio.channels.ClosedChannelException: null\n\tat
> org.apache.cassandra.net.AsyncStreamingInputPlus.reBuffer(AsyncStreamingInputPlus.java:119)\n\tat
>
> org.apache.cassandra.net.AsyncStreamingInputPlus.consume(AsyncStreamingInputPlus.java:139)\n\tat
>
> org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.write(SSTableZeroCopyWriter.java:218)\n\tat
>
> org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.writeComponent(SSTableZeroCopyWriter.java:207)\n\tat
>
> org.apache.cassandra.db.streaming.CassandraEntireSSTableStreamReader.read(CassandraEntireSSTableStreamReader.java:124)\n\tat
>
> org.apache.cassandra.db.streaming.CassandraIncomingFile.read(CassandraIncomingFile.java:87)\n\tat
>
> org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:50)\n\tat
>
> org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:36)\n\tat
>
> org.apache.cassandra.streaming.messages.StreamMessage.deserialize(StreamMessage.java:50)\n\tat
>
> org.apache.cassandra.streaming.StreamDeserializingTask.run(StreamDeserializingTask.java:59)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:833)', [node3] 'ERROR
> [Stream-Deserializer-/127.0.0.2:7000-6f7e3946] 2023-09-15 16:04:30,687
> CassandraEntireSSTableStreamReader.java:146 - [Stream
> 8d7c61b0-53e1-11ee-a721-a91a3065a930] Error while reading sstable from stream
> for table = ks.cf\njava.nio.channels.ClosedChannelException: null\n\tat
> org.apache.cassandra.net.AsyncStreamingInputPlus.reBuffer(AsyncStreamingInputPlus.java:119)\n\tat
>
> org.apache.cassandra.net.AsyncStreamingInputPlus.consume(AsyncStreamingInputPlus.java:139)\n\tat
>
> org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.write(SSTableZeroCopyWriter.java:218)\n\tat
>
> org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.writeComponent(SSTableZeroCopyWriter.java:207)\n\tat
>
> org.apache.cassandra.db.streaming.CassandraEntireSSTableStreamReader.read(CassandraEntireSSTableStreamReader.java:124)\n\tat
>
> org.apache.cassandra.db.streaming.CassandraIncomingFile.read(CassandraIncomingFile.java:87)\n\tat
>
> org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:50)\n\tat
>
> org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:36)\n\tat
>
> org.apache.cassandra.streaming.messages.StreamMessage.deserialize(StreamMessage.java:50)\n\tat
>
> org.apache.cassandra.streaming.StreamDeserializingTask.run(StreamDeserializingTask.java:59)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:833)']"
> {quote}
> This is probably similar to CASSANDRA-18815
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-18856) Test failure: rebuild_test.TestRebuild.test_resumable_rebuild
Brandon Williams created CASSANDRA-18856:
Summary: Test failure:
rebuild_test.TestRebuild.test_resumable_rebuild
Key: CASSANDRA-18856
URL: https://issues.apache.org/jira/browse/CASSANDRA-18856
Project: Cassandra
Issue Type: Bug
Reporter: Brandon Williams
https://app.circleci.com/pipelines/github/driftx/cassandra/1294/workflows/04464235-3bcf-433e-ae81-206aa2c9c874/jobs/54042/tests
{quote}
failed on teardown with "Unexpected error found in node logs (see stdout for
full details). Errors: [[node3] 'ERROR
[Stream-Deserializer-/127.0.0.2:7000-d94b6b54] 2023-09-15 16:04:30,685
CassandraEntireSSTableStreamReader.java:146 - [Stream
8d7c61b0-53e1-11ee-a721-a91a3065a930] Error while reading sstable from stream
for table = ks.cf\njava.nio.channels.ClosedChannelException: null\n\tat
org.apache.cassandra.net.AsyncStreamingInputPlus.reBuffer(AsyncStreamingInputPlus.java:119)\n\tat
org.apache.cassandra.net.AsyncStreamingInputPlus.consume(AsyncStreamingInputPlus.java:139)\n\tat
org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.write(SSTableZeroCopyWriter.java:218)\n\tat
org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.writeComponent(SSTableZeroCopyWriter.java:207)\n\tat
org.apache.cassandra.db.streaming.CassandraEntireSSTableStreamReader.read(CassandraEntireSSTableStreamReader.java:124)\n\tat
org.apache.cassandra.db.streaming.CassandraIncomingFile.read(CassandraIncomingFile.java:87)\n\tat
org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:50)\n\tat
org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:36)\n\tat
org.apache.cassandra.streaming.messages.StreamMessage.deserialize(StreamMessage.java:50)\n\tat
org.apache.cassandra.streaming.StreamDeserializingTask.run(StreamDeserializingTask.java:59)\n\tat
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
java.base/java.lang.Thread.run(Thread.java:833)', [node3] 'ERROR
[Stream-Deserializer-/127.0.0.2:7000-6f7e3946] 2023-09-15 16:04:30,687
CassandraEntireSSTableStreamReader.java:146 - [Stream
8d7c61b0-53e1-11ee-a721-a91a3065a930] Error while reading sstable from stream
for table = ks.cf\njava.nio.channels.ClosedChannelException: null\n\tat
org.apache.cassandra.net.AsyncStreamingInputPlus.reBuffer(AsyncStreamingInputPlus.java:119)\n\tat
org.apache.cassandra.net.AsyncStreamingInputPlus.consume(AsyncStreamingInputPlus.java:139)\n\tat
org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.write(SSTableZeroCopyWriter.java:218)\n\tat
org.apache.cassandra.io.sstable.SSTableZeroCopyWriter.writeComponent(SSTableZeroCopyWriter.java:207)\n\tat
org.apache.cassandra.db.streaming.CassandraEntireSSTableStreamReader.read(CassandraEntireSSTableStreamReader.java:124)\n\tat
org.apache.cassandra.db.streaming.CassandraIncomingFile.read(CassandraIncomingFile.java:87)\n\tat
org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:50)\n\tat
org.apache.cassandra.streaming.messages.IncomingStreamMessage$1.deserialize(IncomingStreamMessage.java:36)\n\tat
org.apache.cassandra.streaming.messages.StreamMessage.deserialize(StreamMessage.java:50)\n\tat
org.apache.cassandra.streaming.StreamDeserializingTask.run(StreamDeserializingTask.java:59)\n\tat
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
java.base/java.lang.Thread.run(Thread.java:833)']"
{quote}
This is probably similar to CASSANDRA-18815
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apache.ca
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765710#comment-17765710
]
Ekaterina Dimitrova commented on CASSANDRA-18747:
-
We can add to our Build Lead page that when people open a ticket for a test
failure based on Jenkins - we should add the build number for the specific test
suite job, not the main cassandra build and split numbers. This will make it
easier to investigate later, using nightlies logs if we cannot reproduce.
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']" Unexpected error found in
> node logs (see stdout for full details). Errors: [[node2] 'ERROR
> [PendingRangeCalculator:1] 2023-08-11 16:35:14,445
> JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']{code}
> Example failures:
> test_failed_snitch_update_property_file_snitch -
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/2475/workflows/2086619e-0f21-464b-a866-84aca516b5e5/jobs/36716/tests]
> test_gcgs_validation -
> [https://ci-cassandra.apache.org/job/Cassandra-trunk/1666/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail:
[jira] [Commented] (CASSANDRA-18686) Test failure: test_move_backwards_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765707#comment-17765707
]
Brandon Williams commented on CASSANDRA-18686:
--
Tests against CASSANDRA-18854+CASSANDRA-18792:
||Branch||CI||
|[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18686-5.0]|[dtests
repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1292/workflows/d74c6fc6-d4e0-448f-9c2e-ebee7abf/jobs/53646]|
> Test failure: test_move_backwards_and_cleanup
> -
>
> Key: CASSANDRA-18686
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18686
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> {code:java}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2; stderr:
> error: Node is involved in cluster membership changes. Not safe to run
> cleanup. -- StackTrace -- java.lang.RuntimeException: Node is involved in
> cluster membership changes. Not safe to run cleanup. at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4004)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568) at
> sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72) at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568) at
> java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262) at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568) at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200) at
> java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197) at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
> at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196) at
> java.rmi/sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:587)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:705)
> at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:704)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> at
[jira] [Commented] (CASSANDRA-18816) Add support for repair coordinator to retry messages that timeout
[ https://issues.apache.org/jira/browse/CASSANDRA-18816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765705#comment-17765705 ] Marcus Eriksson commented on CASSANDRA-18816: - added first round of comments on the PR, will check the rest (basically the tests) next week > Add support for repair coordinator to retry messages that timeout > - > > Key: CASSANDRA-18816 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18816 > Project: Cassandra > Issue Type: Improvement > Components: Consistency/Repair >Reporter: David Capwell >Assignee: David Capwell >Priority: Normal > Fix For: 5.x > > Time Spent: 6h 10m > Remaining Estimate: 0h > > Now that CASSANDRA-15399 is in, most of the repair messages have a state that > they can check against to make message delivery idempotent, allowing the > coordinator to retry such messages; a few of the most critical messages to > retry are: PREPARE_MSG, VALIDATION_REQ, VALIDATION_RSP, SYNC_REQ, and > SYNC_RSP. > With this I propose making the coordinator able to retry these key messages > to try and make repair more resilient to ephemeral issues. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765645#comment-17765645 ] Brandon Williams edited comment on CASSANDRA-18854 at 9/15/23 3:43 PM: --- We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1297/workflows/a23f390f-d10a-4597-8e18-407d566f483d], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1297/workflows/39527a61-6b38-4437-8960-e8068b7fa0f4]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1295/workflows/e9ea83e2-e0d9-445d-bcbd-14602a1ca1a2], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1295/workflows/b63c0078-4359-4942-92d2-5aacddc53666]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1294/workflows/04464235-3bcf-433e-ae81-206aa2c9c874], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1294/workflows/b0cc8c9c-e433-480c-8b60-fb4a05c31fd9]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1296/workflows/361dc372-7760-4815-acd3-7e9ef85dd54a], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1296/workflows/337e8a99-5cd0-4b69-8eea-5b4c8cae6979]| was (Author: brandon.williams): We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/a4fcac1d-8930-467a-bc5b-3ff1ed62febc], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/3e12cadd-7595-4fe1-b09c-758b14c6ce67]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/21ae4dae-940c-49ad-b6b2-9c6ab9396fe0], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/c21ab1f7-c996-4891-ba42-41aa913cef31]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1289/workflows/f9727453-db37-46fb-bab2-f10fdb9e848c], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1289/workflows/4254d91c-749f-400e-a78c-2f131645cc4d]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1290/workflows/db48a797-6a21-4713-91c3-d491618faf08], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1290/workflows/9c08f06f-8391-48e5-b879-bc6da8e4892e]| > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apache.ca
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765701#comment-17765701
]
Berenguer Blasi commented on CASSANDRA-18747:
-
Yep those are the breadcrumbs to follow :-)
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']" Unexpected error found in
> node logs (see stdout for full details). Errors: [[node2] 'ERROR
> [PendingRangeCalculator:1] 2023-08-11 16:35:14,445
> JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']{code}
> Example failures:
> test_failed_snitch_update_property_file_snitch -
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/2475/workflows/2086619e-0f21-464b-a866-84aca516b5e5/jobs/36716/tests]
> test_gcgs_validation -
> [https://ci-cassandra.apache.org/job/Cassandra-trunk/1666/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18853) IDEA to mark unused imports as error
[ https://issues.apache.org/jira/browse/CASSANDRA-18853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765694#comment-17765694 ] Caleb Rackliffe commented on CASSANDRA-18853: - +1 > IDEA to mark unused imports as error > > > Key: CASSANDRA-18853 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18853 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Berenguer Blasi >Assignee: Berenguer Blasi >Priority: Normal > Fix For: 5.0.x, 5.x > > > During dev it's quite easy to miss unused imports which will fail CI. That is > very annoying, slows dev down and CI expensive. It's easy to avoid by making > Idea mark them as errors -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15284) AssertionError while scrubbing sstable
[
https://issues.apache.org/jira/browse/CASSANDRA-15284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765693#comment-17765693
]
Branimir Lambov commented on CASSANDRA-15284:
-
Thank you for the excellent investigation and write-up. It does look like there
are many copies of the same position info in the writer, and that they aren't
correctly handled. In addition to what you describe, {{padToPageBoundary}}
isn't adjusting the compressed size, which can cause the same problem.
I agree we need to get rid of the extras: {{lastFlushOffset}} and
{{compressedSize}} should both be eliminated, their usages replaced with
{{bufferOffset}}, and {{compressedSize}} should be taken from {{chunkOffset}}.
Dealing with the broken full CRC is a bit more involved, but we could flag if
{{resetAndTruncate}} needed to back through to a different chunk, and do a full
pass over the file to recalculate it on completion if flagged.
> AssertionError while scrubbing sstable
> --
>
> Key: CASSANDRA-15284
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15284
> Project: Cassandra
> Issue Type: Bug
> Components: Feature/Compression
>Reporter: Gianluigi Tiesi
>Priority: Normal
> Fix For: 3.11.x, 4.0.x, 4.1.x
>
> Attachments: assert-comp-meta.diff
>
>
> I've got a damaged data file but while trying to run scrub (online or
> offline) I always get this
> error:
>
> {code:java}
> -- StackTrace --
> java.lang.AssertionError
> at
> org.apache.cassandra.io.compress.CompressionMetadata$Chunk.(CompressionMetadata.java:474)
> at
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:239)
> at
> org.apache.cassandra.io.util.MmappedRegions.updateState(MmappedRegions.java:163)
> at
> org.apache.cassandra.io.util.MmappedRegions.(MmappedRegions.java:73)
> at
> org.apache.cassandra.io.util.MmappedRegions.(MmappedRegions.java:61)
> at
> org.apache.cassandra.io.util.MmappedRegions.map(MmappedRegions.java:104)
> at
> org.apache.cassandra.io.util.FileHandle$Builder.complete(FileHandle.java:362)
> at
> org.apache.cassandra.io.util.FileHandle$Builder.complete(FileHandle.java:331)
> at
> org.apache.cassandra.io.sstable.format.big.BigTableWriter.openFinal(BigTableWriter.java:336)
> at
> org.apache.cassandra.io.sstable.format.big.BigTableWriter.openFinalEarly(BigTableWriter.java:318)
> at
> org.apache.cassandra.io.sstable.SSTableRewriter.switchWriter(SSTableRewriter.java:322)
> at
> org.apache.cassandra.io.sstable.SSTableRewriter.doPrepare(SSTableRewriter.java:370)
> at
> org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:173)
> at
> org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.finish(Transactional.java:184)
> at
> org.apache.cassandra.io.sstable.SSTableRewriter.finish(SSTableRewriter.java:357)
> at
> org.apache.cassandra.db.compaction.Scrubber.scrub(Scrubber.java:291)
> at
> org.apache.cassandra.db.compaction.CompactionManager.scrubOne(CompactionManager.java:1010)
> at
> org.apache.cassandra.db.compaction.CompactionManager.access$200(CompactionManager.java:83)
> at
> org.apache.cassandra.db.compaction.CompactionManager$3.execute(CompactionManager.java:391)
> at
> org.apache.cassandra.db.compaction.CompactionManager$2.call(CompactionManager.java:312)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at
> org.apache.cassandra.concurrent.NamedThreadFactory.lambda$threadLocalDeallocator$0(NamedThreadFactory.java:81)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> At the moment I've moved away the corrupted file, If you need more info fell
> free to ask
>
> According to the source
> [https://github.com/apache/cassandra/blob/cassandra-3.11/src/java/org/apache/cassandra/io/compress/CompressionMetadata.java#L474]
> looks like the requested chung length is <= 0
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18853) IDEA to mark unused imports as error
[ https://issues.apache.org/jira/browse/CASSANDRA-18853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Caleb Rackliffe updated CASSANDRA-18853: Reviewers: Caleb Rackliffe, Caleb Rackliffe Caleb Rackliffe, Caleb Rackliffe (was: Caleb Rackliffe) Status: Review In Progress (was: Patch Available) > IDEA to mark unused imports as error > > > Key: CASSANDRA-18853 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18853 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Berenguer Blasi >Assignee: Berenguer Blasi >Priority: Normal > Fix For: 5.0.x, 5.x > > > During dev it's quite easy to miss unused imports which will fail CI. That is > very annoying, slows dev down and CI expensive. It's easy to avoid by making > Idea mark them as errors -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-16061) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup
[ https://issues.apache.org/jira/browse/CASSANDRA-16061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765683#comment-17765683 ] Brandon Williams commented on CASSANDRA-16061: -- Tests against CASSANDRA-18854+CASSANDRA-18792. I don't expect trunk to be any different and there are no code changes from this ticket. ||Branch||CI|| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-4.1]|[dtest repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1287/workflows/54f432ae-15a6-4f0d-99b0-fb2cf9d126fd/jobs/53073] |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-5.0]|[dtest repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1291/workflows/cddfbf26-ab45-4b47-a7c1-d9fea89502e4/jobs/53396] > Test failure: > transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup > -- > > Key: CASSANDRA-16061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16061 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Ekaterina Dimitrova >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1.x, 5.0.x, 5.x > > > Failing here, also locally: > [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/312/workflows/da4ce69c-e778-467e-b9f3-27ab166a8321/jobs/1945] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765645#comment-17765645 ] Brandon Williams edited comment on CASSANDRA-18854 at 9/15/23 2:54 PM: --- We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/a4fcac1d-8930-467a-bc5b-3ff1ed62febc], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/3e12cadd-7595-4fe1-b09c-758b14c6ce67]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/21ae4dae-940c-49ad-b6b2-9c6ab9396fe0], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/c21ab1f7-c996-4891-ba42-41aa913cef31]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1289/workflows/f9727453-db37-46fb-bab2-f10fdb9e848c], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1289/workflows/4254d91c-749f-400e-a78c-2f131645cc4d]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1290/workflows/db48a797-6a21-4713-91c3-d491618faf08], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1290/workflows/9c08f06f-8391-48e5-b879-bc6da8e4892e]| was (Author: brandon.williams): We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/a4fcac1d-8930-467a-bc5b-3ff1ed62febc], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/3e12cadd-7595-4fe1-b09c-758b14c6ce67]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/21ae4dae-940c-49ad-b6b2-9c6ab9396fe0], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/c21ab1f7-c996-4891-ba42-41aa913cef31]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1283/workflows/227cc701-7e5c-4044-9ef2-a4851957c64d], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1283/workflows/69957e59-aae4-43c7-9098-4812873fb116]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1284/workflows/dab23a4f-9015-47c3-aaa8-3a7c83a23f1e], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1284/workflows/79ffb544-5f23-48f0-adc4-c79580904b62]| > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apac
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765676#comment-17765676
]
Ekaterina Dimitrova edited comment on CASSANDRA-18747 at 9/15/23 2:49 PM:
--
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure we discuss in the ticket and the
dtests run being associated with build 1666. Then I go to the list you pointed
to me and find the logs for tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
HA! Actually the URL to the expired Jenkins page also points which is the test
run we need - 1451, not only the split! We can use that in the future. The
tricky part is that URL is available if we go through the dtest job page, not
through the main page of failures - the one pasted in the ticket.
was (Author: e.dimitrova):
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure we discuss in the ticket and the
dtests run being associated with build 1666. Then I go to the list you pointed
to me and find the logs for tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
HA! Actually the URL to the expired Jenkins page also points which is the test
run we need - 1451, not only the split! We can use that in the future
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
>
[jira] [Comment Edited] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apac
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765676#comment-17765676
]
Ekaterina Dimitrova edited comment on CASSANDRA-18747 at 9/15/23 2:47 PM:
--
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure we discuss in the ticket and the
dtests run being associated with build 1666. Then I go to the list you pointed
to me and find the logs for tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
HA! Actually the URL to the expired Jenkins page also points which is the test
run we need - 1451, not only the split! We can use that in the future
was (Author: e.dimitrova):
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure we discuss in the ticket and the
dtests run being associated with build 1666. Then I go to the list you pointed
to me and find the logs for tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
>
[jira] [Commented] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apache.ca
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765676#comment-17765676
]
Ekaterina Dimitrova commented on CASSANDRA-18747:
-
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure and this dtests run being associated
with build 1666. Then I go to the list you pointed to me and find the logs for
tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
> java.base/java.lang.Thread.run(Thread.java:829)']" Unexpected error found in
> node logs (see stdout for full details). Errors: [[node2] 'ERROR
> [PendingRangeCalculator:1] 2023-08-11 16:35:14,445
> JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
>
[jira] [Comment Edited] (CASSANDRA-18747) Test failure: Fix assertion error AssertionError: Unknown keyspace system_auth\n\tat org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat org.apac
[
https://issues.apache.org/jira/browse/CASSANDRA-18747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765676#comment-17765676
]
Ekaterina Dimitrova edited comment on CASSANDRA-18747 at 9/15/23 2:46 PM:
--
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure we discuss in the ticket and the
dtests run being associated with build 1666. Then I go to the list you pointed
to me and find the logs for tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
was (Author: e.dimitrova):
Thanks [~Bereng] , it was valuable advice. I actually realized I can go to this
[link|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/]
starting from
[ci-cassandra.apache.org/|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/]
on the home page of nightlies. Even if the Jenkins exact failure page is
expired, I was able to find [this
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/]
where we see the same test name failure and this dtests run being associated
with build 1666. Then I go to the list you pointed to me and find the logs for
tests run 1451.
Now I need to know the split which was not visible on the [mentioned
page|https://nightlies.apache.org/cassandra/ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/],
but clicking on the expired Jenkins page I can see in the
[URL|https://ci-cassandra.apache.org/job/Cassandra-trunk-dtest/1451/jdk=jdk_11_latest,label=cassandra-dtest,split=28/testReport/junit/dtest.materialized_views_test/TestMaterializedViews/test_gcgs_validation/]
- split28. :)
> Test failure: Fix assertion error AssertionError: Unknown keyspace
> system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)
> ---
>
> Key: CASSANDRA-18747
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18747
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> I've been seeing this assertion error in different tests lately.
> Full error message:
> {code:java}
> failed on teardown with "Unexpected error found in node logs (see stdout for
> full details). Errors: [[node2] 'ERROR [PendingRangeCalculator:1] 2023-08-11
> 16:35:14,445 JVMStabilityInspector.java:70 - Exception in thread
> Thread[PendingRangeCalculator:1,5,PendingRangeCalculator]\njava.lang.AssertionError:
> Unknown keyspace system_auth\n\tat
> org.apache.cassandra.db.Keyspace.(Keyspace.java:324)\n\tat
> org.apache.cassandra.db.Keyspace.lambda$open$0(Keyspace.java:162)\n\tat
> org.apache.cassandra.utils.concurrent.LoadingMap.blockingLoadIfAbsent(LoadingMap.java:105)\n\tat
>
> org.apache.cassandra.schema.Schema.maybeAddKeyspaceInstance(Schema.java:251)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:162)\n\tat
> org.apache.cassandra.db.Keyspace.open(Keyspace.java:151)\n\tat
> org.apache.cassandra.service.PendingRangeCalculatorService.lambda$new$1(PendingRangeCalculatorService.java:58)\n\tat
>
> org.apache.cassandra.concurrent.SingleThreadExecutorPlus$AtLeastOnce.run(SingleThreadExecutorPlus.java:60)\n\tat
>
> org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)\n\tat
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)\n\tat
>
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat
>
[jira] [Comment Edited] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765645#comment-17765645 ] Brandon Williams edited comment on CASSANDRA-18854 at 9/15/23 2:37 PM: --- We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/a4fcac1d-8930-467a-bc5b-3ff1ed62febc], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/3e12cadd-7595-4fe1-b09c-758b14c6ce67]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/21ae4dae-940c-49ad-b6b2-9c6ab9396fe0], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1285/workflows/c21ab1f7-c996-4891-ba42-41aa913cef31]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1283/workflows/227cc701-7e5c-4044-9ef2-a4851957c64d], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1283/workflows/69957e59-aae4-43c7-9098-4812873fb116]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1284/workflows/dab23a4f-9015-47c3-aaa8-3a7c83a23f1e], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1284/workflows/79ffb544-5f23-48f0-adc4-c79580904b62]| was (Author: brandon.williams): We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/a4fcac1d-8930-467a-bc5b-3ff1ed62febc], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/3e12cadd-7595-4fe1-b09c-758b14c6ce67]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1275/workflows/c74147a2-b4f5-4c83-a9da-5ecb113cca15], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1275/workflows/9468a094-05f6-43a0-9f5d-ccb3a27a5fc4]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1278/workflows/06065065-eb49-41d8-858d-0539285a5f8e], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1278/workflows/01512a83-4abb-4760-82bd-82ae011096c2]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1276/workflows/570310c9-1c68-4a0a-9e81-492f84717541], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1276/workflows/de7da7a8-1c4f-409d-85df-d436ea04ee1b]| > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] (CASSANDRA-16061) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup
[ https://issues.apache.org/jira/browse/CASSANDRA-16061 ] Brandon Williams deleted comment on CASSANDRA-16061: -- was (Author: brandon.williams): Tests for this ticket with CASSANDRA-18854+CASSANDRA-18792, which should do it. I don't expect trunk to be any different, and there's no actual changes from this ticket. ||Branch||CI|| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-4.1]|[dtest repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1280/workflows/b21b8f30-7ded-4346-8316-7498b588ed5c]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-5.0]|[dtest repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1281/workflows/d2c2916f-9a28-4a91-bff4-88ab2d416772]| > Test failure: > transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup > -- > > Key: CASSANDRA-16061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16061 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Ekaterina Dimitrova >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1.x, 5.0.x, 5.x > > > Failing here, also locally: > [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/312/workflows/da4ce69c-e778-467e-b9f3-27ab166a8321/jobs/1945] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-16061) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup
[ https://issues.apache.org/jira/browse/CASSANDRA-16061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765660#comment-17765660 ] Brandon Williams edited comment on CASSANDRA-16061 at 9/15/23 2:23 PM: --- Tests for this ticket with CASSANDRA-18854+CASSANDRA-18792, which should do it. I don't expect trunk to be any different, and there's no actual changes from this ticket. ||Branch||CI|| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-4.1]|[dtest repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1280/workflows/b21b8f30-7ded-4346-8316-7498b588ed5c]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-5.0]|[dtest repeat|https://app.circleci.com/pipelines/github/driftx/cassandra/1281/workflows/d2c2916f-9a28-4a91-bff4-88ab2d416772]| was (Author: brandon.williams): Tests for this ticket with CASSANDRA-18854+CASSANDRA-18792, which should do it. I don't expect trunk to be any different, and there's no actual changes from this ticket. ||Branch||CI|| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1280/workflows/0b346e26-02ba-483e-aca2-0efb70af6414], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1280/workflows/a651d8e5-01b9-407f-ae71-bc7ae4150b78]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1281/workflows/cf8c679f-dd4c-48a1-80dd-8be20f46ac17], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1281/workflows/01a58bf3-e6fa-4ce1-a040-93be2c3c81be]| > Test failure: > transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup > -- > > Key: CASSANDRA-16061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16061 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Ekaterina Dimitrova >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1.x, 5.0.x, 5.x > > > Failing here, also locally: > [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/312/workflows/da4ce69c-e778-467e-b9f3-27ab166a8321/jobs/1945] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-16061) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup
[ https://issues.apache.org/jira/browse/CASSANDRA-16061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765660#comment-17765660 ] Brandon Williams commented on CASSANDRA-16061: -- Tests for this ticket with CASSANDRA-18854+CASSANDRA-18792, which should do it. I don't expect trunk to be any different, and there's no actual changes from this ticket. ||Branch||CI|| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1280/workflows/0b346e26-02ba-483e-aca2-0efb70af6414], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1280/workflows/a651d8e5-01b9-407f-ae71-bc7ae4150b78]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-16061-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1281/workflows/cf8c679f-dd4c-48a1-80dd-8be20f46ac17], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1281/workflows/01a58bf3-e6fa-4ce1-a040-93be2c3c81be]| > Test failure: > transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup > -- > > Key: CASSANDRA-16061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16061 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Ekaterina Dimitrova >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1.x, 5.0.x, 5.x > > > Failing here, also locally: > [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/312/workflows/da4ce69c-e778-467e-b9f3-27ab166a8321/jobs/1945] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765645#comment-17765645 ] Brandon Williams edited comment on CASSANDRA-18854 at 9/15/23 2:03 PM: --- We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1279/workflows/6d274f86-e912-4143-9e05-e8b6d18d93bd]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/a4fcac1d-8930-467a-bc5b-3ff1ed62febc], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1277/workflows/3e12cadd-7595-4fe1-b09c-758b14c6ce67]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1275/workflows/c74147a2-b4f5-4c83-a9da-5ecb113cca15], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1275/workflows/9468a094-05f6-43a0-9f5d-ccb3a27a5fc4]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1278/workflows/06065065-eb49-41d8-858d-0539285a5f8e], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1278/workflows/01512a83-4abb-4760-82bd-82ae011096c2]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1276/workflows/570310c9-1c68-4a0a-9e81-492f84717541], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1276/workflows/de7da7a8-1c4f-409d-85df-d436ea04ee1b]| was (Author: brandon.williams): We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1272/workflows/68be918e-c7a3-4334-94b2-5d3485b06692]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1274/workflows/52b25862-af58-4bb8-9c0a-d37c4c836a3c], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1274/workflows/e0ba76c4-6f44-4da7-9941-5dcee17703e9]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1270/workflows/e33accae-5087-46d1-831f-b4f746137ff6], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1270/workflows/ef0870b1-1808-4c7e-8e82-2c3dbc0924d6]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1273/workflows/5111c207-db3b-467b-93ef-b37f5ea0b2c7], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1273/workflows/36938c9e-f5a5-404e-8249-1ebd3c6a1ed4]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1271/workflows/2a6c5db9-1113-4667-bec8-03731602b3e6], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1271/workflows/da9064f5-6997-4723-9e21-fc0522f57442]| > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765645#comment-17765645 ] Brandon Williams commented on CASSANDRA-18854: -- We can retain the properties that were added and just revert the actual logic changes, which I've done here: ||Branch||CI|| |[3.11|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-3.11]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1272/workflows/68be918e-c7a3-4334-94b2-5d3485b06692]| |[4.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.0]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1274/workflows/52b25862-af58-4bb8-9c0a-d37c4c836a3c], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1274/workflows/e0ba76c4-6f44-4da7-9941-5dcee17703e9]| |[4.1|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-4.1]|[j8|https://app.circleci.com/pipelines/github/driftx/cassandra/1270/workflows/e33accae-5087-46d1-831f-b4f746137ff6], [j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1270/workflows/ef0870b1-1808-4c7e-8e82-2c3dbc0924d6]| |[5.0|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-5.0]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1273/workflows/5111c207-db3b-467b-93ef-b37f5ea0b2c7], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1273/workflows/36938c9e-f5a5-404e-8249-1ebd3c6a1ed4]| |[trunk|https://github.com/driftx/cassandra/tree/CASSANDRA-18854-trunk]|[j11|https://app.circleci.com/pipelines/github/driftx/cassandra/1271/workflows/2a6c5db9-1113-4667-bec8-03731602b3e6], [j17|https://app.circleci.com/pipelines/github/driftx/cassandra/1271/workflows/da9064f5-6997-4723-9e21-fc0522f57442]| > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-16061) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup
[ https://issues.apache.org/jira/browse/CASSANDRA-16061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams reassigned CASSANDRA-16061: Assignee: Brandon Williams > Test failure: > transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_and_cleanup > -- > > Key: CASSANDRA-16061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16061 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Ekaterina Dimitrova >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1.x, 5.0.x, 5.x > > > Failing here, also locally: > [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/312/workflows/da4ce69c-e778-467e-b9f3-27ab166a8321/jobs/1945] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18845) Waiting for gossip to settle on live endpoints
[
https://issues.apache.org/jira/browse/CASSANDRA-18845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765577#comment-17765577
]
Stefan Miklosovic commented on CASSANDRA-18845:
---
That is unfortunate. We should probably focus more on finding out what is
causing these long initial delays and how to remediate that rather than
applying various band-aids on this (even though done in a good faith)
> Waiting for gossip to settle on live endpoints
> --
>
> Key: CASSANDRA-18845
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18845
> Project: Cassandra
> Issue Type: Improvement
>Reporter: Cameron Zemek
>Priority: Normal
> Attachments: 18845-3.11.patch, 18845-4.0.patch, 18845-4.1.patch,
> 18845-5.0.patch, image-2023-09-14-11-16-23-020.png
>
>
> This is a follow up to CASSANDRA-18543
> Although that ticket added ability to set cassandra.gossip_settle_min_wait_ms
> this is tedious and error prone. On a node just observed a 79 second gap
> between waiting for gossip and the first echo response to indicate a node is
> UP.
> The problem being that do not want to start Native Transport until gossip
> settles otherwise queries can fail consistency such as LOCAL_QUORUM as it
> thinks the replicas are still in DOWN state.
> Instead of having to set gossip_settle_min_wait_ms I am proposing that
> (outside single node cluster) wait for UP message from another node before
> considering gossip as settled. Eg.
> {code:java}
> if (currentSize == epSize && currentLive == liveSize && liveSize
> > 1)
> {
> logger.debug("Gossip looks settled.");
> numOkay++;
> } {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18845) Waiting for gossip to settle on live endpoints
[
https://issues.apache.org/jira/browse/CASSANDRA-18845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765558#comment-17765558
]
Brandon Williams edited comment on CASSANDRA-18845 at 9/15/23 11:03 AM:
CASSANDRA-18543 is going to be reverted on CASSANDRA-18854 for causing a
regression. The next step for this ticket to move forward will be to create
tests that demonstrate the problem and guard against regressions.
was (Author: brandon.williams):
CASSANDRA-18543 is going to be reverted for causing a regression. The next
step for this ticket to move forward will be to create tests that demonstrate
the problem and guard against regressions.
> Waiting for gossip to settle on live endpoints
> --
>
> Key: CASSANDRA-18845
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18845
> Project: Cassandra
> Issue Type: Improvement
>Reporter: Cameron Zemek
>Priority: Normal
> Attachments: 18845-3.11.patch, 18845-4.0.patch, 18845-4.1.patch,
> 18845-5.0.patch, image-2023-09-14-11-16-23-020.png
>
>
> This is a follow up to CASSANDRA-18543
> Although that ticket added ability to set cassandra.gossip_settle_min_wait_ms
> this is tedious and error prone. On a node just observed a 79 second gap
> between waiting for gossip and the first echo response to indicate a node is
> UP.
> The problem being that do not want to start Native Transport until gossip
> settles otherwise queries can fail consistency such as LOCAL_QUORUM as it
> thinks the replicas are still in DOWN state.
> Instead of having to set gossip_settle_min_wait_ms I am proposing that
> (outside single node cluster) wait for UP message from another node before
> considering gossip as settled. Eg.
> {code:java}
> if (currentSize == epSize && currentLive == liveSize && liveSize
> > 1)
> {
> logger.debug("Gossip looks settled.");
> numOkay++;
> } {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-18855) Optimize chunk cache
Jacek Lewandowski created CASSANDRA-18855: - Summary: Optimize chunk cache Key: CASSANDRA-18855 URL: https://issues.apache.org/jira/browse/CASSANDRA-18855 Project: Cassandra Issue Type: Improvement Components: Local/Caching Reporter: Jacek Lewandowski Assignee: Jacek Lewandowski 1. Chunk cache hashcode computation can be costly as it is on a hot path, would be good to precompute it (as well as hashcode of some other immutable classes). 2. Invalidation of a file can be costly if the cache is really large. We should rather rely on the automatic eviction of unused entries. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18845) Waiting for gossip to settle on live endpoints
[
https://issues.apache.org/jira/browse/CASSANDRA-18845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765558#comment-17765558
]
Brandon Williams commented on CASSANDRA-18845:
--
CASSANDRA-18543 is going to be reverted for causing a regression. The next
step for this ticket to move forward will be to create tests that demonstrate
the problem and guard against regressions.
> Waiting for gossip to settle on live endpoints
> --
>
> Key: CASSANDRA-18845
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18845
> Project: Cassandra
> Issue Type: Improvement
>Reporter: Cameron Zemek
>Priority: Normal
> Attachments: 18845-3.11.patch, 18845-4.0.patch, 18845-4.1.patch,
> 18845-5.0.patch, image-2023-09-14-11-16-23-020.png
>
>
> This is a follow up to CASSANDRA-18543
> Although that ticket added ability to set cassandra.gossip_settle_min_wait_ms
> this is tedious and error prone. On a node just observed a 79 second gap
> between waiting for gossip and the first echo response to indicate a node is
> UP.
> The problem being that do not want to start Native Transport until gossip
> settles otherwise queries can fail consistency such as LOCAL_QUORUM as it
> thinks the replicas are still in DOWN state.
> Instead of having to set gossip_settle_min_wait_ms I am proposing that
> (outside single node cluster) wait for UP message from another node before
> considering gossip as settled. Eg.
> {code:java}
> if (currentSize == epSize && currentLive == liveSize && liveSize
> > 1)
> {
> logger.debug("Gossip looks settled.");
> numOkay++;
> } {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765557#comment-17765557 ] Brandon Williams commented on CASSANDRA-18854: -- We should revert CASSANDRA-18543 until we have tests to prove it out and ensure that it is not regressing. > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18854) Gossip never recovers from a single failed echo
[ https://issues.apache.org/jira/browse/CASSANDRA-18854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-18854: - Bug Category: Parent values: Degradation(12984)Level 1 values: Performance Bug/Regression(12997) Complexity: Normal Component/s: Cluster/Gossip Discovered By: User Report Fix Version/s: 3.11.x 4.0.x 4.1.x 5.0.x 5.x Severity: Normal Assignee: Brandon Williams Status: Open (was: Triage Needed) > Gossip never recovers from a single failed echo > --- > > Key: CASSANDRA-18854 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Gossip >Reporter: Brandon Williams >Assignee: Brandon Williams >Priority: Normal > Fix For: 3.11.x, 4.0.x, 4.1.x, 5.0.x, 5.x > > > As discovered on CASSANDRA-18792, if an initial echo request is lost, the > node will never be marked up. This appears to be a regression caused by > CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18792) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765556#comment-17765556
]
Brandon Williams edited comment on CASSANDRA-18792 at 9/15/23 10:59 AM:
[Here|https://app.circleci.com/pipelines/github/driftx/cassandra/1269/workflows/d3c9e9e5-cb6b-43fd-84cd-0487d421f7a3/jobs/51409]
is another run that confirms it wasn't just luck. Created CASSANDRA-18854 to
handle this.
was (Author: brandon.williams):
[Here|https://app.circleci.com/pipelines/github/driftx/cassandra/1269/workflows/d3c9e9e5-cb6b-43fd-84cd-0487d421f7a3/jobs/51409]
is another run that confirms it wasn't just luck.
> Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
> --
>
> Key: CASSANDRA-18792
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18792
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Andres de la Peña
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> The Python dtest {{Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup}}
> seems to be flaky at least in {{trunk}}:
> *
> https://app.circleci.com/pipelines/github/instaclustr/cassandra/2993/workflows/80ac4db3-fc3d-4908-bc39-dfff6ab88871/jobs/105464/tests
> *
> https://app.circleci.com/pipelines/github/adelapena/cassandra/3128/workflows/b0cf2754-81fd-491e-bac4-cc7fe8b0ac1b/jobs/70390/tests
> {code}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2;
> stderr: error: Node is involved in cluster membership changes. Not safe to
> run cleanup.
> -- StackTrace --
> java.lang.RuntimeException: Node is involved in cluster membership changes.
> Not safe to run cleanup.
> at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4037)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
> at jdk.internal.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
> at
[jira] [Created] (CASSANDRA-18854) Gossip never recovers from a single failed echo
Brandon Williams created CASSANDRA-18854: Summary: Gossip never recovers from a single failed echo Key: CASSANDRA-18854 URL: https://issues.apache.org/jira/browse/CASSANDRA-18854 Project: Cassandra Issue Type: Bug Reporter: Brandon Williams As discovered on CASSANDRA-18792, if an initial echo request is lost, the node will never be marked up. This appears to be a regression caused by CASSANDRA-18543. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18792) Test failure: transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
[
https://issues.apache.org/jira/browse/CASSANDRA-18792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765556#comment-17765556
]
Brandon Williams commented on CASSANDRA-18792:
--
[Here|https://app.circleci.com/pipelines/github/driftx/cassandra/1269/workflows/d3c9e9e5-cb6b-43fd-84cd-0487d421f7a3/jobs/51409]
is another run that confirms it wasn't just luck.
> Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup
> --
>
> Key: CASSANDRA-18792
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18792
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Andres de la Peña
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
>
> The Python dtest {{Test failure:
> transient_replication_ring_test.py::TestTransientReplicationRing::test_move_forwards_between_and_cleanup}}
> seems to be flaky at least in {{trunk}}:
> *
> https://app.circleci.com/pipelines/github/instaclustr/cassandra/2993/workflows/80ac4db3-fc3d-4908-bc39-dfff6ab88871/jobs/105464/tests
> *
> https://app.circleci.com/pipelines/github/adelapena/cassandra/3128/workflows/b0cf2754-81fd-491e-bac4-cc7fe8b0ac1b/jobs/70390/tests
> {code}
> ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', '-p',
> '7200', 'cleanup'] exited with non-zero status; exit status: 2;
> stderr: error: Node is involved in cluster membership changes. Not safe to
> run cleanup.
> -- StackTrace --
> java.lang.RuntimeException: Node is involved in cluster membership changes.
> Not safe to run cleanup.
> at
> org.apache.cassandra.service.StorageService.forceKeyspaceCleanup(StorageService.java:4037)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:72)
> at jdk.internal.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at java.base/sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:262)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at
> java.management/com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at
> java.management/com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at
> java.management/com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at
> java.management/com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:814)
> at
> java.management/com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1472)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1310)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1405)
> at
> java.management.rmi/javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at
> java.rmi/sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:360)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:200)
> at java.rmi/sun.rmi.transport.Transport$1.run(Transport.java:197)
> at
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
> at java.rmi/sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> at
> java.rmi/sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:587)
> at
[jira] [Commented] (CASSANDRA-18813) Simplify the bind marker and Term logic
[
https://issues.apache.org/jira/browse/CASSANDRA-18813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765520#comment-17765520
]
Benjamin Lerer commented on CASSANDRA-18813:
I updated the patch which now:
* removes the {{MultiItemTerminal}} and {{MultiColumnRaw}} interfaces
* represents IN bind marker as {{Terms}} instead of having 2 different
representations (a list of terms and a single {{MultiItemTerminal}}).
* replaces the {{AbstractMarker}} hierachy by the {{Marker}} class
* introduces a new {{MultiElementType}} that becomes a super class of all the
{{CollectionTypes}}, {{TupleType}}, {{UserType}} and {{VectorType}}
(standardizing the {{pack}} and {{unpack}} method names and their modifiers)
* It replaces the {{Value}} and {{DelayedValue}} implementations for the
{{Lists}}, {{Sets}}, {{Maps}}, {{Tuples}}, {{UserTypes}} and {{Vectors}}
classes by the {{MultiElements}} Value and {{DelayedValue}} classes.
CI [Java
11|https://app.circleci.com/pipelines/github/blerer/cassandra/358/workflows/efc7db24-d110-4f45-a273-c71e685b39a5]
and [Java
17|https://app.circleci.com/pipelines/github/blerer/cassandra/358/workflows/deec9a8e-132c-484c-b8dc-496d4a837072]
> Simplify the bind marker and Term logic
> ---
>
> Key: CASSANDRA-18813
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18813
> Project: Cassandra
> Issue Type: Improvement
> Components: CQL/Interpreter
>Reporter: Benjamin Lerer
>Assignee: Benjamin Lerer
>Priority: Normal
> Fix For: 5.x
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> The current logic around {{Term}} and {{Terms}} classes is confusing
> specially with {{MultiItemTerminal}} and {{MultiColumnRaw}} that are used to
> handle different use cases that could be handled simply with the {{Term}}
> interface.
> On top of that IN marker add to the confusion because the are represented as
> single Term where in practice they are a set of terms. Representing them as a
> {{Terms}} could simplify the way we handle IN restrictions.
> The goal of this ticket is:
> * to refactor the {{Term}} and {{Terms}} interfaces to simplify the logic
> * Represents IN bind marker as {{Terms}} instead of having 2 different
> representations (a list of terms and a single {{MultiItemTerminal}}.
> * Simplify the {{AbstractMarker}} hierachy
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18737) Test failure: org.apache.cassandra.io.sstable.SSTableLoaderTest (testLoadingIncompleteSSTable-.jdk17)
[
https://issues.apache.org/jira/browse/CASSANDRA-18737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacek Lewandowski updated CASSANDRA-18737:
--
Reviewers: Branimir Lambov, Jacek Lewandowski
Status: Review In Progress (was: Patch Available)
> Test failure: org.apache.cassandra.io.sstable.SSTableLoaderTest
> (testLoadingIncompleteSSTable-.jdk17)
> -
>
> Key: CASSANDRA-18737
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18737
> Project: Cassandra
> Issue Type: Bug
> Components: Tool/bulk load
>Reporter: Brandon Williams
>Assignee: Jacek Lewandowski
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> {noformat}
> java.lang.RuntimeException: Failed to list files in
> /tmp/1409486429862512729/SSTableLoaderTest/Standard2-57877ac036d311eea01f83fcb8f6fee5
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.list(LogAwareFileLister.java:77)
> at
> org.apache.cassandra.db.lifecycle.LifecycleTransaction.getFiles(LifecycleTransaction.java:626)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.openSSTables(SSTableLoader.java:103)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.stream(SSTableLoader.java:202)
> at
> org.apache.cassandra.io.sstable.SSTableLoaderTest.testLoadingIncompleteSSTable(SSTableLoaderTest.java:213)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: org.apache.cassandra.io.sstable.CorruptSSTableException:
> Corrupted:
> /tmp/1409486429862512729/SSTableLoaderTest/Standard2-57877ac036d311eea01f83fcb8f6fee5/nc-17-big
> at
> org.apache.cassandra.io.sstable.format.SSTableReaderLoadingBuilder.build(SSTableReaderLoadingBuilder.java:111)
> at
> org.apache.cassandra.io.sstable.format.SSTableReader.open(SSTableReader.java:397)
> at
> org.apache.cassandra.io.sstable.format.SSTableReader.openForBatch(SSTableReader.java:373)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.lambda$openSSTables$0(SSTableLoader.java:152)
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.lambda$innerList$2(LogAwareFileLister.java:99)
> at
> java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:178)
> at
> java.base/java.util.TreeMap$EntrySpliterator.forEachRemaining(TreeMap.java:3287)
> at
> java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
> at
> java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
> at
> java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:921)
> at
> java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at
> java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:682)
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.innerList(LogAwareFileLister.java:101)
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.list(LogAwareFileLister.java:73)
> Caused by: java.lang.NullPointerException
> at
> com.google.common.base.Preconditions.checkNotNull(Preconditions.java:903)
> at
> org.apache.cassandra.io.sstable.format.big.BigSSTableReaderLoadingBuilder.buildSummaryAndBloomFilter(BigSSTableReaderLoadingBuilder.java:193)
> at
> org.apache.cassandra.io.sstable.format.big.BigSSTableReaderLoadingBuilder.openComponents(BigSSTableReaderLoadingBuilder.java:116)
> at
> org.apache.cassandra.io.sstable.format.big.BigSSTableReaderLoadingBuilder.openComponents(BigSSTableReaderLoadingBuilder.java:58)
> at
> org.apache.cassandra.io.sstable.format.SSTableReaderLoadingBuilder.build(SSTableReaderLoadingBuilder.java:92)
> {noformat}
> Seen here:
> https://app.circleci.com/pipelines/github/driftx/cassandra/1174/workflows/263f1e22-e4d0-48b8-b3e2-496edb30a068/jobs/41924/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18737) Test failure: org.apache.cassandra.io.sstable.SSTableLoaderTest (testLoadingIncompleteSSTable-.jdk17)
[
https://issues.apache.org/jira/browse/CASSANDRA-18737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacek Lewandowski updated CASSANDRA-18737:
--
Test and Documentation Plan: run regression and new tests
Status: Patch Available (was: In Progress)
> Test failure: org.apache.cassandra.io.sstable.SSTableLoaderTest
> (testLoadingIncompleteSSTable-.jdk17)
> -
>
> Key: CASSANDRA-18737
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18737
> Project: Cassandra
> Issue Type: Bug
> Components: Tool/bulk load
>Reporter: Brandon Williams
>Assignee: Jacek Lewandowski
>Priority: Normal
> Fix For: 5.0.x, 5.x
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> {noformat}
> java.lang.RuntimeException: Failed to list files in
> /tmp/1409486429862512729/SSTableLoaderTest/Standard2-57877ac036d311eea01f83fcb8f6fee5
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.list(LogAwareFileLister.java:77)
> at
> org.apache.cassandra.db.lifecycle.LifecycleTransaction.getFiles(LifecycleTransaction.java:626)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.openSSTables(SSTableLoader.java:103)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.stream(SSTableLoader.java:202)
> at
> org.apache.cassandra.io.sstable.SSTableLoaderTest.testLoadingIncompleteSSTable(SSTableLoaderTest.java:213)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: org.apache.cassandra.io.sstable.CorruptSSTableException:
> Corrupted:
> /tmp/1409486429862512729/SSTableLoaderTest/Standard2-57877ac036d311eea01f83fcb8f6fee5/nc-17-big
> at
> org.apache.cassandra.io.sstable.format.SSTableReaderLoadingBuilder.build(SSTableReaderLoadingBuilder.java:111)
> at
> org.apache.cassandra.io.sstable.format.SSTableReader.open(SSTableReader.java:397)
> at
> org.apache.cassandra.io.sstable.format.SSTableReader.openForBatch(SSTableReader.java:373)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.lambda$openSSTables$0(SSTableLoader.java:152)
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.lambda$innerList$2(LogAwareFileLister.java:99)
> at
> java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:178)
> at
> java.base/java.util.TreeMap$EntrySpliterator.forEachRemaining(TreeMap.java:3287)
> at
> java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
> at
> java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
> at
> java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:921)
> at
> java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> at
> java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:682)
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.innerList(LogAwareFileLister.java:101)
> at
> org.apache.cassandra.db.lifecycle.LogAwareFileLister.list(LogAwareFileLister.java:73)
> Caused by: java.lang.NullPointerException
> at
> com.google.common.base.Preconditions.checkNotNull(Preconditions.java:903)
> at
> org.apache.cassandra.io.sstable.format.big.BigSSTableReaderLoadingBuilder.buildSummaryAndBloomFilter(BigSSTableReaderLoadingBuilder.java:193)
> at
> org.apache.cassandra.io.sstable.format.big.BigSSTableReaderLoadingBuilder.openComponents(BigSSTableReaderLoadingBuilder.java:116)
> at
> org.apache.cassandra.io.sstable.format.big.BigSSTableReaderLoadingBuilder.openComponents(BigSSTableReaderLoadingBuilder.java:58)
> at
> org.apache.cassandra.io.sstable.format.SSTableReaderLoadingBuilder.build(SSTableReaderLoadingBuilder.java:92)
> {noformat}
> Seen here:
> https://app.circleci.com/pipelines/github/driftx/cassandra/1174/workflows/263f1e22-e4d0-48b8-b3e2-496edb30a068/jobs/41924/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-18853) IDEA to mark unused imports as error
[ https://issues.apache.org/jira/browse/CASSANDRA-18853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17765501#comment-17765501 ] Berenguer Blasi edited comment on CASSANDRA-18853 at 9/15/23 8:36 AM: -- Submitted the 5.0 patch. If we think it's good I'll submit the trunk one which should be identical... CC [~mmuzaf] was (Author: bereng): Submitted the 5.0 patch. If we think it's good I'll submit the trunk one which should be identical... > IDEA to mark unused imports as error > > > Key: CASSANDRA-18853 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18853 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Berenguer Blasi >Assignee: Berenguer Blasi >Priority: Normal > Fix For: 5.0.x, 5.x > > > During dev it's quite easy to miss unused imports which will fail CI. That is > very annoying, slows dev down and CI expensive. It's easy to avoid by making > Idea mark them as errors -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
