[jira] [Updated] (CASSANDRA-17642) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest
[ https://issues.apache.org/jira/browse/CASSANDRA-17642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi updated CASSANDRA-17642: Resolution: Fixed Status: Resolved (was: Open) > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest > --- > > Key: CASSANDRA-17642 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17642 > Project: Cassandra > Issue Type: Bug > Components: Local/Compaction >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest(CompactStorageUpgradeTest.java:107) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/28/testReport/org.apache.cassandra.distributed.test/SchemaTest/readRepair/ -- 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-17642) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest
[ https://issues.apache.org/jira/browse/CASSANDRA-17642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561286#comment-17561286 ] Berenguer Blasi commented on CASSANDRA-17642: - Agreed CASSANDRA-17636 is the root cause. Optimistically closing all these duplicates and we can reopen if needed. > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest > --- > > Key: CASSANDRA-17642 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17642 > Project: Cassandra > Issue Type: Bug > Components: Local/Compaction >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.CompactStorageUpgradeTest.compactStorageImplicitNullInClusteringTest(CompactStorageUpgradeTest.java:107) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/28/testReport/org.apache.cassandra.distributed.test/SchemaTest/readRepair/ -- 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-17310) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityV3XTest.testAvailability
[ https://issues.apache.org/jira/browse/CASSANDRA-17310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561285#comment-17561285 ] Berenguer Blasi commented on CASSANDRA-17310: - [~adelapena] would you agree to close optimistically now that CASSANDRA-17636 is merged? > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityV3XTest.testAvailability > > > Key: CASSANDRA-17310 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17310 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Josh McKenzie >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > https://ci-cassandra.apache.org/job/Cassandra-4.0/312/testReport/org.apache.cassandra.distributed.upgrade/MixedModeAvailabilityV3XTest/testAvailability/ > Failed 1 times in the last 5 runs. Flakiness: 25%, Stability: 80% > Error Message > Unexpected error while reading in case write-read consistency ONE-ALL with > upgraded coordinator and 2 nodes down > {code} > Stacktrace > junit.framework.AssertionFailedError: Unexpected error while reading in case > write-read consistency ONE-ALL with upgraded coordinator and 2 nodes down > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.test(MixedModeAvailabilityTestBase.java:142) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.lambda$testAvailability$2(MixedModeAvailabilityTestBase.java:91) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:231) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.testAvailability(MixedModeAvailabilityTestBase.java:93) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.testAvailability(MixedModeAvailabilityTestBase.java:61) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.testAvailability(MixedModeAvailabilityTestBase.java:56) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityV3XTest.testAvailability(MixedModeAvailabilityV3XTest.java:33) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.maybeFail(MixedModeAvailabilityTestBase.java:166) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.test(MixedModeAvailabilityTestBase.java:134) > {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-17307) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityV30Test.testAvailability
[ https://issues.apache.org/jira/browse/CASSANDRA-17307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561284#comment-17561284 ] Berenguer Blasi commented on CASSANDRA-17307: - Agreed CASSANDRA-17636 is the probable root cause. It didn't repro now that it has been merged. Should we optimistically close and reopen if needed [~adelapena]? > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityV30Test.testAvailability > > > Key: CASSANDRA-17307 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17307 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Josh McKenzie >Assignee: Andres de la Peña >Priority: Normal > Fix For: 4.1-beta, 4.x > > > No known failures. Flakiness 0%, Stability 100% > Error Message > Unexpected error while reading in case write-read consistency QUORUM-QUORUM > with not upgraded coordinator and 1 nodes down > {code} > Stacktrace > junit.framework.AssertionFailedError: Unexpected error while reading in case > write-read consistency QUORUM-QUORUM with not upgraded coordinator and 1 > nodes down > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.test(MixedModeAvailabilityTestBase.java:142) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.lambda$testAvailability$2(MixedModeAvailabilityTestBase.java:91) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:231) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.testAvailability(MixedModeAvailabilityTestBase.java:93) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.testAvailability(MixedModeAvailabilityTestBase.java:62) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase.testAvailability(MixedModeAvailabilityTestBase.java:56) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityV30Test.testAvailability(MixedModeAvailabilityV30Test.java:33) > Caused by: java.lang.RuntimeException: > org.apache.cassandra.exceptions.ReadTimeoutException: Operation timed out - > received only 1 responses. > at > org.apache.cassandra.distributed.impl.IsolatedExecutor.waitOn(IsolatedExecutor.java:218) > at > org.apache.cassandra.distributed.impl.IsolatedExecutor.lambda$sync$5(IsolatedExecutor.java:109) > at > org.apache.cassandra.distributed.impl.Coordinator.executeWithResult(Coordinator.java:69) > at > org.apache.cassandra.distributed.api.ICoordinator.execute(ICoordinator.java:32) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.lambda$test$1(MixedModeAvailabilityTestBase.java:135) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.maybeFail(MixedModeAvailabilityTestBase.java:155) > at > org.apache.cassandra.distributed.upgrade.MixedModeAvailabilityTestBase$Tester.test(MixedModeAvailabilityTestBase.java:134) > Caused by: org.apache.cassandra.exceptions.ReadTimeoutException: Operation > timed out - received only 1 responses. > at > org.apache.cassandra.service.ReadCallback.awaitResults(ReadCallback.java:136) > at org.apache.cassandra.service.ReadCallback.get(ReadCallback.java:142) > at > org.apache.cassandra.service.AbstractReadExecutor.get(AbstractReadExecutor.java:145) > at > org.apache.cassandra.service.StorageProxy$SinglePartitionReadLifecycle.awaitResultsAndRetryOnDigestMismatch(StorageProxy.java:1833) > at > org.apache.cassandra.service.StorageProxy.fetchRows(StorageProxy.java:1782) > at > org.apache.cassandra.service.StorageProxy.readRegular(StorageProxy.java:1720) > at > org.apache.cassandra.service.StorageProxy.read(StorageProxy.java:1629) > at > org.apache.cassandra.db.SinglePartitionReadCommand$Group.execute(SinglePartitionReadCommand.java:1166) > at > org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:302) > at > org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:263) > at > org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:115) > at > org.apache.cassandra.distributed.impl.Coordinator.executeInternal(Coordinator.java:107) > at > org.apache.cassandra.distributed.impl.Coordinator.lambda$executeWithResult$0(Coordinator.java:69) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at >
[jira] [Updated] (CASSANDRA-17652) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.MixedModeConsistencyV3XTest.testConsistency
[ https://issues.apache.org/jira/browse/CASSANDRA-17652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi updated CASSANDRA-17652: Resolution: Duplicate Status: Resolved (was: Open) > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyV3XTest.testConsistency > -- > > Key: CASSANDRA-17652 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17652 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyTestBase.testConsistency(MixedModeConsistencyTestBase.java:68) > at > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyTestBase.testConsistency(MixedModeConsistencyTestBase.java:45) > at > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyV3XTest.testConsistency(MixedModeConsistencyV3XTest.java:33) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/34/testReport/org.apache.cassandra.distributed.upgrade/MixedModeConsistencyV3XTest/testConsistency/ -- This message was sent by
[jira] [Updated] (CASSANDRA-17641) Fix flaky dtest - org.apache.cassandra.distributed.test.SchemaTest.readRepair
[ https://issues.apache.org/jira/browse/CASSANDRA-17641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi updated CASSANDRA-17641: Resolution: Duplicate Status: Resolved (was: Open) > Fix flaky dtest - org.apache.cassandra.distributed.test.SchemaTest.readRepair > - > > Key: CASSANDRA-17641 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17641 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Schema >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.test.SchemaTest.readRepair(SchemaTest.java:46) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$receiveMessageRunnable$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.base/java.lang.Thread.run(Thread.java:829) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/28/testReport/org.apache.cassandra.distributed.test/SchemaTest/readRepair/ -- 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-17652) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.MixedModeConsistencyV3XTest.testConsistency
[ https://issues.apache.org/jira/browse/CASSANDRA-17652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561283#comment-17561283 ] Berenguer Blasi commented on CASSANDRA-17652: - Agreed CASSANDRA-17636 is the root cause. Optimistically closing all these duplicates and we can reopen if needed. > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyV3XTest.testConsistency > -- > > Key: CASSANDRA-17652 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17652 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyTestBase.testConsistency(MixedModeConsistencyTestBase.java:68) > at > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyTestBase.testConsistency(MixedModeConsistencyTestBase.java:45) > at > org.apache.cassandra.distributed.upgrade.MixedModeConsistencyV3XTest.testConsistency(MixedModeConsistencyV3XTest.java:33) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} >
[jira] [Updated] (CASSANDRA-17651) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest
[ https://issues.apache.org/jira/browse/CASSANDRA-17651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi updated CASSANDRA-17651: Resolution: Duplicate Status: Resolved (was: Open) > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest > -- > > Key: CASSANDRA-17651 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17651 > Project: Cassandra > Issue Type: Bug > Components: Consistency/Batch Log >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest(BatchUpgradeTest.java:53) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/34/testReport/org.apache.cassandra.distributed.upgrade/BatchUpgradeTest/batchTest/ -- 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-17641) Fix flaky dtest - org.apache.cassandra.distributed.test.SchemaTest.readRepair
[ https://issues.apache.org/jira/browse/CASSANDRA-17641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561282#comment-17561282 ] Berenguer Blasi commented on CASSANDRA-17641: - Agreed CASSANDRA-17636 is the root cause. Optimistically closing all these duplicates and we can reopen if needed. > Fix flaky dtest - org.apache.cassandra.distributed.test.SchemaTest.readRepair > - > > Key: CASSANDRA-17641 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17641 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Schema >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.test.SchemaTest.readRepair(SchemaTest.java:46) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$receiveMessageRunnable$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.base/java.lang.Thread.run(Thread.java:829) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/28/testReport/org.apache.cassandra.distributed.test/SchemaTest/readRepair/ -- 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-17651) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest
[ https://issues.apache.org/jira/browse/CASSANDRA-17651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561281#comment-17561281 ] Berenguer Blasi commented on CASSANDRA-17651: - Agreed CASSANDRA-17636 is the root cause. Optimistically closing all these duplicates and we can reopen if needed. > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest > -- > > Key: CASSANDRA-17651 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17651 > Project: Cassandra > Issue Type: Bug > Components: Consistency/Batch Log >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest(BatchUpgradeTest.java:53) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/34/testReport/org.apache.cassandra.distributed.upgrade/BatchUpgradeTest/batchTest/ -- 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-17636) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-17636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561278#comment-17561278 ] Berenguer Blasi commented on CASSANDRA-17636: - ^good job, this is great news [~jonmeredith]! :-) I have reviewed the 4.1 run (trunk failed on some javadoc) and these errors are cleared. We're only left with timeouts and some ip collisions. I am pretty sure they all had the same underlying cause so I will go ahead and close all those duplicates. We can always reopen if needed. > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy > --- > > Key: CASSANDRA-17636 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17636 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Andres de la Peña >Assignee: Jon Meredith >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > Time Spent: 1h 40m > Remaining Estimate: 0h > > The upgrade in-JVM dtest > {{org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy}} > is flaky on 4.1 and trunk. > Jenkins failure: > https://ci-cassandra.apache.org/job/Cassandra-4.1/21/testReport/org.apache.cassandra.distributed.upgrade/MixedModeFrom3UnloggedBatchTest/testSimpleStrategy/ > https://ci-cassandra.apache.org/job/Cassandra-trunk/1149/testReport/org.apache.cassandra.distributed.upgrade/MixedModeFrom3ReplicationTest/testSimpleStrategy_2/ > Circle failure: > https://app.circleci.com/pipelines/github/adelapena/cassandra/1564/workflows/e8dbd50a-d574-4ef8-a741-795a93cd3e85/jobs/16725 > Error Message: > {code} > Uncaught exceptions were thrown during test > {code} > Stacktrace: > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.MixedModeBatchTestBase.testSimpleStrategy(MixedModeBatchTestBase.java:78) > at > org.apache.cassandra.distributed.upgrade.MixedModeBatchTestBase.testSimpleStrategy(MixedModeBatchTestBase.java:48) > at > org.apache.cassandra.distributed.upgrade.MixedModeFrom3UnloggedBatchTest.testSimpleStrategy(MixedModeFrom3UnloggedBatchTest.java:36) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at
[jira] [Updated] (CASSANDRA-17700) Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address
[ https://issues.apache.org/jira/browse/CASSANDRA-17700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yifan Cai updated CASSANDRA-17700: -- Fix Version/s: 4.2 (was: 4.x) Since Version: 4.2 Source Control Link: https://github.com/apache/cassandra/commit/7119cf8be1c32fa6ac015456965ae27a17cd828c Resolution: Fixed Status: Resolved (was: Ready to Commit) Committed into trunk as [7119cf8b|https://github.com/apache/cassandra/commit/7119cf8be1c32fa6ac015456965ae27a17cd828c] > Fix > TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address > - > > Key: CASSANDRA-17700 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17700 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Jyothsna Konisa >Priority: Normal > Fix For: 4.2 > > Time Spent: 0.5h > Remaining Estimate: 0h > > It is consistently failing in trunk after > CASSANDRA-17661. Maybe a debug message has changed or something? > CC [~Jyothsnakonisa], [~jmeredithco] , [~ycai] > {code:java} > Error Message > ccmlib.node.TimeoutError: 14 Jun 2022 02:38:50 [node1] after 60.07/60 seconds > Missing: ['tiated reconnect to an Internal IP (\\/)?127.0.0.2(:7000)? for the > (\\/)?127.0.0.4(:7000)?'] not found in debug.log: Head: INFO [main] > 2022-06-14 02:36:25,360 YamlConfigura Tail: > ...7.0.0.3:7000(/127.0.0.1:43890)->/127.0.0.4:7000-LARGE_MESSAGES-8f378c72 > successfully connected, version = 12, framing = CRC, encryption = unencrypted > Stacktrace > self = > def test_prefer_local_reconnect_on_listen_address(self): > """ > @jira_ticket CASSANDRA-9748 > @jira_ticket CASSANDRA-8084 > > Test that it's possible to connect over the broadcast_address when > listen_on_broadcast_address=true and that > GossipingPropertyFileSnitch > reconnect via listen_address when prefer_local=true > """ > > NODE1_LISTEN_ADDRESS = '127.0.0.1' > NODE1_BROADCAST_ADDRESS = '127.0.0.3' > > NODE2_LISTEN_ADDRESS = '127.0.0.2' > NODE2_BROADCAST_ADDRESS = '127.0.0.4' > > STORAGE_PORT = 7000 > > cluster = self.cluster > cluster.populate(2) > node1, node2 = cluster.nodelist() > > running40 = node1.get_base_cassandra_version() >= 4.0 > > cluster.seeds = [NODE1_BROADCAST_ADDRESS] > cluster.set_configuration_options(values={'endpoint_snitch': > 'org.apache.cassandra.locator.GossipingPropertyFileSnitch', > > 'listen_on_broadcast_address': 'true'}) > node1.set_configuration_options(values={'broadcast_address': > NODE1_BROADCAST_ADDRESS}) > node2.auto_bootstrap = True > node2.set_configuration_options(values={'broadcast_address': > NODE2_BROADCAST_ADDRESS}) > > for node in cluster.nodelist(): > with open(os.path.join(node.get_conf_dir(), > 'cassandra-rackdc.properties'), 'w') as snitch_file: > snitch_file.write("dc=dc1" + os.linesep) > snitch_file.write("rack=rack1" + os.linesep) > snitch_file.write("prefer_local=true" + os.linesep) > > node1.start(wait_for_binary_proto=True) > > self._test_connect(NODE1_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE1_BROADCAST_ADDRESS, STORAGE_PORT) > > # write some data to node1 > node1.stress(['write', 'n=10K', 'no-warmup', '-rate', 'threads=8']) > > session = self.patient_cql_connection(node1) > stress_table = 'keyspace1.standard1' > original_rows = list(session.execute("SELECT * FROM > {}".format(stress_table))) > > node2.start(wait_for_binary_proto=True, wait_other_notice=False) > > self._test_connect(NODE2_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE2_BROADCAST_ADDRESS, STORAGE_PORT) > > # substring for Intiated -> Initiated typo was fixed in 3.10 > matchn1 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE1_LISTEN_ADDRESS, NODE1_BROADCAST_ADDRESS) > matchn2 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE2_LISTEN_ADDRESS, NODE2_BROADCAST_ADDRESS) > > node1.watch_log_for(matchn2, filename='debug.log', timeout=60) > snitch_test.py:85: > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > ../venv/lib/python3.8/site-packages/ccmlib/node.py:589: in watch_log_for >
[cassandra] branch trunk updated (9c411d3f1a -> 7119cf8be1)
This is an automated email from the ASF dual-hosted git repository. ycai pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git from 9c411d3f1a Merge branch 'cassandra-4.1' into trunk add 7119cf8be1 Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address No new revisions were added by this update. Summary of changes: CHANGES.txt | 1 + .../org/apache/cassandra/auth/IInternodeAuthenticator.java| 11 +-- .../apache/cassandra/locator/ReconnectableSnitchHelper.java | 5 - .../org/apache/cassandra/net/InboundConnectionSettings.java | 10 -- .../org/apache/cassandra/net/OutboundConnectionInitiator.java | 10 ++ .../org/apache/cassandra/net/OutboundConnectionSettings.java | 6 -- .../distributed/test/InternodeEncryptionEnforcementTest.java | 4 7 files changed, 28 insertions(+), 19 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-17700) Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address
[ https://issues.apache.org/jira/browse/CASSANDRA-17700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561124#comment-17561124 ] Yifan Cai edited comment on CASSANDRA-17700 at 7/1/22 3:30 AM: --- Starting commit CI Results: ||Branch||Source||Circle CI|| |trunk|[branch|https://github.com/yifan-c/cassandra/tree/commit_remote_branch/CASSANDRA-17700-trunk-E85B8DA9-43DF-4833-ABF1-5319B603BF40]|[build|https://app.circleci.com/pipelines/github/yifan-c/cassandra?branch=commit_remote_branch%2FCASSANDRA-17700-trunk-E85B8DA9-43DF-4833-ABF1-5319B603BF40]| The broken test was fixed. The other test failures have their tracking JIRAs. was (Author: yifanc): Starting commit CI Results (pending): ||Branch||Source||Circle CI|| |trunk|[branch|https://github.com/yifan-c/cassandra/tree/commit_remote_branch/CASSANDRA-17700-trunk-E85B8DA9-43DF-4833-ABF1-5319B603BF40]|[build|https://app.circleci.com/pipelines/github/yifan-c/cassandra?branch=commit_remote_branch%2FCASSANDRA-17700-trunk-E85B8DA9-43DF-4833-ABF1-5319B603BF40]| > Fix > TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address > - > > Key: CASSANDRA-17700 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17700 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Jyothsna Konisa >Priority: Normal > Fix For: 4.x > > Time Spent: 0.5h > Remaining Estimate: 0h > > It is consistently failing in trunk after > CASSANDRA-17661. Maybe a debug message has changed or something? > CC [~Jyothsnakonisa], [~jmeredithco] , [~ycai] > {code:java} > Error Message > ccmlib.node.TimeoutError: 14 Jun 2022 02:38:50 [node1] after 60.07/60 seconds > Missing: ['tiated reconnect to an Internal IP (\\/)?127.0.0.2(:7000)? for the > (\\/)?127.0.0.4(:7000)?'] not found in debug.log: Head: INFO [main] > 2022-06-14 02:36:25,360 YamlConfigura Tail: > ...7.0.0.3:7000(/127.0.0.1:43890)->/127.0.0.4:7000-LARGE_MESSAGES-8f378c72 > successfully connected, version = 12, framing = CRC, encryption = unencrypted > Stacktrace > self = > def test_prefer_local_reconnect_on_listen_address(self): > """ > @jira_ticket CASSANDRA-9748 > @jira_ticket CASSANDRA-8084 > > Test that it's possible to connect over the broadcast_address when > listen_on_broadcast_address=true and that > GossipingPropertyFileSnitch > reconnect via listen_address when prefer_local=true > """ > > NODE1_LISTEN_ADDRESS = '127.0.0.1' > NODE1_BROADCAST_ADDRESS = '127.0.0.3' > > NODE2_LISTEN_ADDRESS = '127.0.0.2' > NODE2_BROADCAST_ADDRESS = '127.0.0.4' > > STORAGE_PORT = 7000 > > cluster = self.cluster > cluster.populate(2) > node1, node2 = cluster.nodelist() > > running40 = node1.get_base_cassandra_version() >= 4.0 > > cluster.seeds = [NODE1_BROADCAST_ADDRESS] > cluster.set_configuration_options(values={'endpoint_snitch': > 'org.apache.cassandra.locator.GossipingPropertyFileSnitch', > > 'listen_on_broadcast_address': 'true'}) > node1.set_configuration_options(values={'broadcast_address': > NODE1_BROADCAST_ADDRESS}) > node2.auto_bootstrap = True > node2.set_configuration_options(values={'broadcast_address': > NODE2_BROADCAST_ADDRESS}) > > for node in cluster.nodelist(): > with open(os.path.join(node.get_conf_dir(), > 'cassandra-rackdc.properties'), 'w') as snitch_file: > snitch_file.write("dc=dc1" + os.linesep) > snitch_file.write("rack=rack1" + os.linesep) > snitch_file.write("prefer_local=true" + os.linesep) > > node1.start(wait_for_binary_proto=True) > > self._test_connect(NODE1_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE1_BROADCAST_ADDRESS, STORAGE_PORT) > > # write some data to node1 > node1.stress(['write', 'n=10K', 'no-warmup', '-rate', 'threads=8']) > > session = self.patient_cql_connection(node1) > stress_table = 'keyspace1.standard1' > original_rows = list(session.execute("SELECT * FROM > {}".format(stress_table))) > > node2.start(wait_for_binary_proto=True, wait_other_notice=False) > > self._test_connect(NODE2_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE2_BROADCAST_ADDRESS, STORAGE_PORT) > > # substring for Intiated -> Initiated typo was fixed in 3.10 > matchn1 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the >
[jira] [Updated] (CASSANDRA-17706) Fix testRemoteStreamFailure
[ https://issues.apache.org/jira/browse/CASSANDRA-17706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Capwell updated CASSANDRA-17706: -- Reviewers: David Capwell, David Capwell (was: David Capwell) David Capwell, David Capwell (was: David Capwell) Status: Review In Progress (was: Patch Available) +1 > Fix testRemoteStreamFailure > --- > > Key: CASSANDRA-17706 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17706 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Caleb Rackliffe >Priority: Normal > Fix For: 4.0.x, 4.1.x, 4.x > > Time Spent: 10m > Remaining Estimate: 0h > > Failing on trunk: > {code:java} > Error Message > java.util.concurrent.TimeoutException > Stacktrace > java.lang.RuntimeException: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.Throwables.maybeFail(Throwables.java:73) at > org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:509) at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1028) > at > org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteStreamFailure(RepairErrorsTest.java:179) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.concurrent.AbstractFuture.get(AbstractFuture.java:253) > at org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:501) > {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] [Updated] (CASSANDRA-17706) Fix testRemoteStreamFailure
[ https://issues.apache.org/jira/browse/CASSANDRA-17706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Caleb Rackliffe updated CASSANDRA-17706: Test and Documentation Plan: n/a Status: Patch Available (was: In Progress) The patch here basically just relaxes the synchronization on {{StreamSession#onError()}}, which allows error handling to proceed even if multiple threads arrive there, avoiding the possibility that waiting for the result of sending the failure message can cause a deadlock. (i.e. Processing a failure on a send initiated from {{onError()}} can end up right back in {{onError()}}, which is logically reentrant but doesn't happen on literally the same thread.) This shouldn't really be a problem, given {{closeSession()}} itself is still synchronized, we still won't send a failure message if channels are closed, and we now just use {{awaitUninterruptibly()}} instead of {{syncUninterruptibly()}} (and avoid re-throwing if an error occurs). |[trunk|https://github.com/apache/cassandra/pull/1713]|[CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra?branch=CASSANDRA-17706-trunk=all]| > Fix testRemoteStreamFailure > --- > > Key: CASSANDRA-17706 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17706 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Caleb Rackliffe >Priority: Normal > Fix For: 4.0.x, 4.1.x, 4.x > > Time Spent: 10m > Remaining Estimate: 0h > > Failing on trunk: > {code:java} > Error Message > java.util.concurrent.TimeoutException > Stacktrace > java.lang.RuntimeException: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.Throwables.maybeFail(Throwables.java:73) at > org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:509) at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1028) > at > org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteStreamFailure(RepairErrorsTest.java:179) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.concurrent.AbstractFuture.get(AbstractFuture.java:253) > at org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:501) > {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-17706) Fix testRemoteStreamFailure
[ https://issues.apache.org/jira/browse/CASSANDRA-17706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561242#comment-17561242 ] Caleb Rackliffe commented on CASSANDRA-17706: - I have a [clean multiplexer run|https://app.circleci.com/pipelines/github/maedhroz/cassandra?branch=CASSANDRA-17706-deadlock=all] (400 iterations) against a fix that relaxes the synchronization requirements for {{StreamSession#onError()}}. Patch should be incoming soon... > Fix testRemoteStreamFailure > --- > > Key: CASSANDRA-17706 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17706 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Caleb Rackliffe >Priority: Normal > Fix For: 4.0.x, 4.1.x, 4.x > > > Failing on trunk: > {code:java} > Error Message > java.util.concurrent.TimeoutException > Stacktrace > java.lang.RuntimeException: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.Throwables.maybeFail(Throwables.java:73) at > org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:509) at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1028) > at > org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteStreamFailure(RepairErrorsTest.java:179) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.concurrent.AbstractFuture.get(AbstractFuture.java:253) > at org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:501) > {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
[cassandra-website] branch asf-staging updated (4299e7ab -> 5baef76a)
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 4299e7ab generate docs for 07cc189e new 5baef76a generate docs for 07cc189e 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 (4299e7ab) \ N -- N -- N refs/heads/asf-staging (5baef76a) 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 4740078 -> 4740078 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
[cassandra-website] branch asf-staging updated (9821bc6b -> 4299e7ab)
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 9821bc6b generate docs for 07cc189e new 4299e7ab generate docs for 07cc189e 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 (9821bc6b) \ N -- N -- N refs/heads/asf-staging (4299e7ab) 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: site-ui/build/ui-bundle.zip | Bin 4740078 -> 4740078 bytes 1 file changed, 0 insertions(+), 0 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-17636) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-17636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jon Meredith updated CASSANDRA-17636: - Since Version: 4.0 Source Control Link: https://github.com/apache/cassandra/commit/0119beee7afb18ae1201da2d5bbbae80ce0dc545 Resolution: Fixed Status: Resolved (was: Ready to Commit) May also help with CASSANDRA-17641 and CASSANDRA-17651. Will leave a note if they clear up then this was the root cause. > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy > --- > > Key: CASSANDRA-17636 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17636 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Andres de la Peña >Assignee: Jon Meredith >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > Time Spent: 1h 40m > Remaining Estimate: 0h > > The upgrade in-JVM dtest > {{org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy}} > is flaky on 4.1 and trunk. > Jenkins failure: > https://ci-cassandra.apache.org/job/Cassandra-4.1/21/testReport/org.apache.cassandra.distributed.upgrade/MixedModeFrom3UnloggedBatchTest/testSimpleStrategy/ > https://ci-cassandra.apache.org/job/Cassandra-trunk/1149/testReport/org.apache.cassandra.distributed.upgrade/MixedModeFrom3ReplicationTest/testSimpleStrategy_2/ > Circle failure: > https://app.circleci.com/pipelines/github/adelapena/cassandra/1564/workflows/e8dbd50a-d574-4ef8-a741-795a93cd3e85/jobs/16725 > Error Message: > {code} > Uncaught exceptions were thrown during test > {code} > Stacktrace: > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.MixedModeBatchTestBase.testSimpleStrategy(MixedModeBatchTestBase.java:78) > at > org.apache.cassandra.distributed.upgrade.MixedModeBatchTestBase.testSimpleStrategy(MixedModeBatchTestBase.java:48) > at > org.apache.cassandra.distributed.upgrade.MixedModeFrom3UnloggedBatchTest.testSimpleStrategy(MixedModeFrom3UnloggedBatchTest.java:36) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by:
[jira] [Updated] (CASSANDRA-17706) Fix testRemoteStreamFailure
[ https://issues.apache.org/jira/browse/CASSANDRA-17706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Caleb Rackliffe updated CASSANDRA-17706: Reviewers: David Capwell > Fix testRemoteStreamFailure > --- > > Key: CASSANDRA-17706 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17706 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Caleb Rackliffe >Priority: Normal > Fix For: 4.0.x, 4.1.x, 4.x > > > Failing on trunk: > {code:java} > Error Message > java.util.concurrent.TimeoutException > Stacktrace > java.lang.RuntimeException: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.Throwables.maybeFail(Throwables.java:73) at > org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:509) at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1028) > at > org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteStreamFailure(RepairErrorsTest.java:179) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.concurrent.AbstractFuture.get(AbstractFuture.java:253) > at org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:501) > {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] [Updated] (CASSANDRA-17706) Fix testRemoteStreamFailure
[ https://issues.apache.org/jira/browse/CASSANDRA-17706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Caleb Rackliffe updated CASSANDRA-17706: Fix Version/s: 4.0.x (was: 4.1-beta) > Fix testRemoteStreamFailure > --- > > Key: CASSANDRA-17706 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17706 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Caleb Rackliffe >Priority: Normal > Fix For: 4.0.x, 4.1.x, 4.x > > > Failing on trunk: > {code:java} > Error Message > java.util.concurrent.TimeoutException > Stacktrace > java.lang.RuntimeException: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.Throwables.maybeFail(Throwables.java:73) at > org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:509) at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1028) > at > org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteStreamFailure(RepairErrorsTest.java:179) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.concurrent.AbstractFuture.get(AbstractFuture.java:253) > at org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:501) > {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] [Updated] (CASSANDRA-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Guerrero updated CASSANDRA-17724: --- Status: Needs Committer (was: Review In Progress) > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1 > > Time Spent: 20m > Remaining Estimate: 0h > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17651) Fix flaky dtest - org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest
[ https://issues.apache.org/jira/browse/CASSANDRA-17651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561165#comment-17561165 ] Jon Meredith commented on CASSANDRA-17651: -- I just merged CASSANDRA-17636 which looks like it might solve the root cause of the problem - delivering messages when the messaging service is usually shut down. > Fix flaky dtest - > org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest > -- > > Key: CASSANDRA-17651 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17651 > Project: Cassandra > Issue Type: Bug > Components: Consistency/Batch Log >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.upgrade.UpgradeTestBase$TestCase.run(UpgradeTestBase.java:239) > at > org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest(BatchUpgradeTest.java:53) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$null$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/34/testReport/org.apache.cassandra.distributed.upgrade/BatchUpgradeTest/batchTest/ -- 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-17641) Fix flaky dtest - org.apache.cassandra.distributed.test.SchemaTest.readRepair
[ https://issues.apache.org/jira/browse/CASSANDRA-17641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561164#comment-17561164 ] Jon Meredith commented on CASSANDRA-17641: -- I just merged CASSANDRA-17636 which looks like it might solve the root cause of the problem - delivering messages when the messaging service is usually shut down. > Fix flaky dtest - org.apache.cassandra.distributed.test.SchemaTest.readRepair > - > > Key: CASSANDRA-17641 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17641 > Project: Cassandra > Issue Type: Bug > Components: Cluster/Schema >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > {code} > org.apache.cassandra.distributed.shared.ShutdownException: Uncaught > exceptions were thrown during test > at > org.apache.cassandra.distributed.impl.AbstractCluster.checkAndResetUncaughtExceptions(AbstractCluster.java:1056) > at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1042) > at > org.apache.cassandra.distributed.test.SchemaTest.readRepair(SchemaTest.java:46) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Suppressed: java.lang.RuntimeException: java.lang.AssertionError > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:108) > at > org.apache.cassandra.distributed.impl.Instance.lambda$receiveMessageRunnable$6(Instance.java:495) > at > org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:124) > at > org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:120) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.base/java.lang.Thread.run(Thread.java:829) > Caused by: java.lang.AssertionError > at > org.apache.cassandra.locator.TokenMetadata.firstTokenIndex(TokenMetadata.java:1171) > at > org.apache.cassandra.locator.TokenMetadata.firstToken(TokenMetadata.java:1185) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getNaturalReplicas(AbstractReplicationStrategy.java:95) > at > org.apache.cassandra.locator.AbstractReplicationStrategy.getLocalReplicaFor(AbstractReplicationStrategy.java:111) > at > org.apache.cassandra.db.ReadCommandVerbHandler.validateTransientStatus(ReadCommandVerbHandler.java:108) > at > org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:50) > at > org.apache.cassandra.net.InboundSink.lambda$new$0(InboundSink.java:78) > at > org.apache.cassandra.net.InboundSink.accept(InboundSink.java:97) > {code} > https://ci-cassandra.apache.org/job/Cassandra-4.1/28/testReport/org.apache.cassandra.distributed.test/SchemaTest/readRepair/ -- 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-4.1' 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 9c411d3f1ae6617380786cd5423151ee645ec209 Merge: 21591cf830 5e4eeb2d0c Author: Jon Meredith AuthorDate: Thu Jun 30 13:37:07 2022 -0600 Merge branch 'cassandra-4.1' into trunk .../cassandra/distributed/action/GossipHelper.java | 12 - .../distributed/impl/AbstractCluster.java | 2 + .../cassandra/distributed/impl/Instance.java | 62 +- 3 files changed, 72 insertions(+), 4 deletions(-) diff --cc test/distributed/org/apache/cassandra/distributed/impl/Instance.java index 20935907ea,a9cede1fb8..6c0c314e0d --- a/test/distributed/org/apache/cassandra/distributed/impl/Instance.java +++ b/test/distributed/org/apache/cassandra/distributed/impl/Instance.java @@@ -634,7 -659,11 +659,12 @@@ public class Instance extends IsolatedE } registerInboundFilter(cluster); registerOutboundFilter(cluster); + if (!config.has(NETWORK)) + { + propagateMessagingVersions(cluster); // fake messaging needs to know messaging version for filters + } + internodeMessagingStarted = true; + JVMStabilityInspector.replaceKiller(new InstanceKiller(Instance.this::shutdown)); // TODO: this is more than just gossip - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch trunk updated (21591cf830 -> 9c411d3f1a)
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 21591cf830 Merge branch 'cassandra-4.1' into trunk new 008bf8607c Disable mock internode messaging during startup/shutdown new 5e4eeb2d0c Merge branch 'cassandra-4.0' into cassandra-4.1 new 9c411d3f1a Merge branch 'cassandra-4.1' 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: .../cassandra/distributed/action/GossipHelper.java | 12 - .../distributed/impl/AbstractCluster.java | 2 + .../cassandra/distributed/impl/Instance.java | 62 +- 3 files changed, 72 insertions(+), 4 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 (a9725b681b -> 5e4eeb2d0c)
This is an automated email from the ASF dual-hosted git repository. jonmeredith pushed a change to branch cassandra-4.1 in repository https://gitbox.apache.org/repos/asf/cassandra.git from a9725b681b Fix AbstractCell#toString throws MarshalException for cell in collection new 008bf8607c Disable mock internode messaging during startup/shutdown new 5e4eeb2d0c Merge branch 'cassandra-4.0' into cassandra-4.1 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: .../cassandra/distributed/action/GossipHelper.java | 12 - .../distributed/impl/AbstractCluster.java | 2 + .../cassandra/distributed/impl/Instance.java | 63 -- 3 files changed, 72 insertions(+), 5 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-4.0' into cassandra-4.1
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 commit 5e4eeb2d0c69b920eadd83559f6ab771c7b6a8dc Merge: a9725b681b 008bf8607c Author: Jon Meredith AuthorDate: Thu Jun 30 13:34:03 2022 -0600 Merge branch 'cassandra-4.0' into cassandra-4.1 .../cassandra/distributed/action/GossipHelper.java | 12 - .../distributed/impl/AbstractCluster.java | 2 + .../cassandra/distributed/impl/Instance.java | 63 -- 3 files changed, 72 insertions(+), 5 deletions(-) diff --cc test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java index 70b8769097,d02a4f76e4..b8e4bbed26 --- a/test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java +++ b/test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java @@@ -395,10 -278,9 +395,12 @@@ public abstract class AbstractCluster< } throw t; } + // This duplicates work done in Instance startup, but keeping as other Instance implementations + // do not, so to permit older releases to be tested, repeat the setup updateMessagingVersions(); + +if (instanceInitializer != null) +instanceInitializer.afterStartup(this); } @Override diff --cc test/distributed/org/apache/cassandra/distributed/impl/Instance.java index 20935907ea,97dd45ec77..a9cede1fb8 --- a/test/distributed/org/apache/cassandra/distributed/impl/Instance.java +++ b/test/distributed/org/apache/cassandra/distributed/impl/Instance.java @@@ -46,14 -45,13 +46,17 @@@ import javax.management.NotificationLis import com.google.common.annotations.VisibleForTesting; + import org.slf4j.Logger; + import org.slf4j.LoggerFactory; + import io.netty.util.concurrent.GlobalEventExecutor; +import org.apache.cassandra.Util; +import org.apache.cassandra.auth.AuthCache; import org.apache.cassandra.batchlog.Batch; import org.apache.cassandra.batchlog.BatchlogManager; +import org.apache.cassandra.concurrent.ExecutorFactory; import org.apache.cassandra.concurrent.ExecutorLocals; +import org.apache.cassandra.concurrent.ExecutorPlus; import org.apache.cassandra.concurrent.ScheduledExecutors; import org.apache.cassandra.concurrent.SharedExecutorPool; import org.apache.cassandra.concurrent.Stage; @@@ -156,34 -144,21 +159,36 @@@ import static org.apache.cassandra.dist import static org.apache.cassandra.distributed.impl.DistributedTestSnitch.fromCassandraInetAddressAndPort; import static org.apache.cassandra.distributed.impl.DistributedTestSnitch.toCassandraInetAddressAndPort; import static org.apache.cassandra.net.Verb.BATCH_STORE_REQ; +import static org.apache.cassandra.utils.Clock.Global.nanoTime; +/** + * This class is instantiated on the relevant classloader, so its methods invoke the correct target classes automatically + */ public class Instance extends IsolatedExecutor implements IInvokableInstance { + private Logger inInstancelogger; // Defer creation until running in the instance context public final IInstanceConfig config; private volatile boolean initialized = false; + private volatile boolean internodeMessagingStarted = false; private final AtomicLong startedAt = new AtomicLong(); -// should never be invoked directly, so that it is instantiated on other class loader; -// only visible for inheritance +@Deprecated Instance(IInstanceConfig config, ClassLoader classLoader) { -super("node" + config.num(), classLoader); +this(config, classLoader, null); +} + +Instance(IInstanceConfig config, ClassLoader classLoader, FileSystem fileSystem) +{ +this(config, classLoader, fileSystem, null); +} + +Instance(IInstanceConfig config, ClassLoader classLoader, FileSystem fileSystem, ShutdownExecutor shutdownExecutor) +{ +super("node" + config.num(), classLoader, executorFactory().pooled("isolatedExecutor", Integer.MAX_VALUE), shutdownExecutor); this.config = config; +if (fileSystem != null) +File.unsafeSetFilesystem(fileSystem); Object clusterId = Objects.requireNonNull(config.get(Constants.KEY_DTEST_API_CLUSTER_ID), "cluster_id is not defined"); ClusterIDDefiner.setId("cluster-" + clusterId); InstanceIDDefiner.setInstanceId(config.num()); @@@ -318,10 -265,19 +323,16 @@@ }).run(); } -private void registerMockMessaging(ICluster cluster) +private void registerMockMessaging(ICluster cluster) { MessagingService.instance().outboundSink.add((message, to) -> { + if (!internodeMessagingStarted) + { + inInstancelogger.debug("Dropping outbound message {} to {} as internode
[cassandra] branch cassandra-4.0 updated: Disable mock internode messaging during startup/shutdown
This is an automated email from the ASF dual-hosted git repository. jonmeredith pushed a commit to branch cassandra-4.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git The following commit(s) were added to refs/heads/cassandra-4.0 by this push: new 008bf8607c Disable mock internode messaging during startup/shutdown 008bf8607c is described below commit 008bf8607c55926d0aadb4602a8a854d396c7657 Author: Jon Meredith AuthorDate: Wed Jun 29 12:25:08 2022 -0600 Disable mock internode messaging during startup/shutdown patch by Jon Meredith; reviewed by David Capwell for CASSANDRA-17636 --- .../cassandra/distributed/action/GossipHelper.java | 12 - .../distributed/impl/AbstractCluster.java | 2 + .../cassandra/distributed/impl/Instance.java | 61 +- 3 files changed, 71 insertions(+), 4 deletions(-) diff --git a/test/distributed/org/apache/cassandra/distributed/action/GossipHelper.java b/test/distributed/org/apache/cassandra/distributed/action/GossipHelper.java index a763b45fcb..f4b5838a86 100644 --- a/test/distributed/org/apache/cassandra/distributed/action/GossipHelper.java +++ b/test/distributed/org/apache/cassandra/distributed/action/GossipHelper.java @@ -87,7 +87,7 @@ public class GossipHelper */ public static void unsafeStatusToNormal(IInvokableInstance target, IInstance peer) { -int messagingVersion = peer.getMessagingVersion(); +final int messagingVersion = getOrDefaultMessagingVersion(target, peer); changeGossipState(target, peer, Arrays.asList(unsafeVersionedValue(target, @@ -412,7 +412,7 @@ public class GossipHelper { InetSocketAddress addr = peer.broadcastAddress(); UUID hostId = peer.config().hostId(); -int netVersion = peer.getMessagingVersion(); +final int netVersion = getOrDefaultMessagingVersion(target, peer); target.runOnInstance(() -> { InetAddressAndPort endpoint = toCassandraInetAddressAndPort(addr); StorageService storageService = StorageService.instance; @@ -438,6 +438,14 @@ public class GossipHelper }); } +private static int getOrDefaultMessagingVersion(IInvokableInstance target, IInstance peer) +{ +int peerVersion = peer.getMessagingVersion(); +final int netVersion = peerVersion == 0 ? target.getMessagingVersion() : peerVersion; +assert netVersion != 0 : "Unable to determine messaging version for peer {}" + peer.config().num(); +return netVersion; +} + public static void withProperty(String prop, boolean value, Runnable r) { withProperty(prop, Boolean.toString(value), r); diff --git a/test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java b/test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java index 240f080c2c..d02a4f76e4 100644 --- a/test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java +++ b/test/distributed/org/apache/cassandra/distributed/impl/AbstractCluster.java @@ -278,6 +278,8 @@ public abstract class AbstractCluster implements ICluster { +if (!internodeMessagingStarted) +{ +inInstancelogger.debug("Dropping outbound message {} to {} as internode messaging has not been started yet", + message, to); +return false; +} InetSocketAddress toAddr = fromCassandraInetAddressAndPort(to); IInstance toInstance = cluster.get(toAddr); if (toInstance != null) @@ -403,6 +414,12 @@ public class Instance extends IsolatedExecutor implements IInvokableInstance @Override public void receiveMessageWithInvokingThread(IMessage message) { +if (!internodeMessagingStarted) +{ +inInstancelogger.debug("Dropping inbound message {} to {} as internode messaging has not been started yet", + message, config().broadcastAddress()); +return; +} if (message.version() > MessagingService.current_version) { throw new IllegalStateException(String.format("Node%d received message version %d but current version is %d", @@ -421,13 +438,20 @@ public class Instance extends IsolatedExecutor implements IInvokableInstance public int getMessagingVersion() { -return callsOnInstance(() -> MessagingService.current_version).call(); +if (DatabaseDescriptor.isDaemonInitialized()) +return MessagingService.current_version; +else +return 0; } @Override public void setMessagingVersion(InetSocketAddress endpoint, int version) { - MessagingService.instance().versions.set(toCassandraInetAddressAndPort(endpoint), version); +if (DatabaseDescriptor.isDaemonInitialized()) +
[jira] [Updated] (CASSANDRA-17636) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-17636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jon Meredith updated CASSANDRA-17636: - Status: Ready to Commit (was: Review In Progress) Reviewed test runs * 4.0 DropCompactStorageTest - timeout, passed locally * 4.1 ** CircleCI org.apache.cassandra.distributed.test.ring.BootstrapTest.readWriteDuringBootstrapTest - timeout, passed locally ** Jenkins dtest-upgrade.upgrade_tests.upgrade_through_versions_test.TestProtoV4Upgrade_AllVersions_EndsAt_Trunk_HEAD.test_parallel_upgrade 15 min 1 - unrelated to jvm-dtest org.apache.cassandra.distributed.upgrade.MixedModeMessageForwardTest.checkWritesForwardedToOtherDcTest 1 min 19 sec1 - passed locally org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteStreamFailure 1 min 27 sec1 org.apache.cassandra.distributed.test.RepairErrorsTest.testRemoteSyncFailure 32 sec 1 - both passed locally - marked as flaky in butler org.apache.cassandra.distributed.test.CASTest.testSucccessfulWriteDuringRangeMovementFollowedByRead 2.7 sec 1 - butler flaky org.apache.cassandra.cql3.ViewLongTest.testExpiredLivenessInfoWithDefaultTTLWithFlush[3] 28 sec 1 org.apache.cassandra.db.compaction.SingleSSTableLCSTaskTest.uplevelDisabledTest 5 ms1 org.apache.cassandra.cql3.validation.operations.SelectTest.filteringWithMultiColumnSlices 1 ms1 org.apache.cassandra.cql3.validation.operations.SelectTest.testFilterWithIndexForContains 1 ms1 org.apache.cassandra.cql3.validation.operations.SelectTest.filteringWithOrderClause 1 ms1 org.apache.cassandra.db.commitlog.CommitLogSegmentManagerCDCTest.testCompletedFlag 0 ms1 org.apache.cassandra.cql3.validation.entities.SecondaryIndexTest.testIndexesOnComplexPrimaryKey 1 ms1 org.apache.cassandra.cql3.validation.entities.SecondaryIndexTest.testWriteOnlyIndex 0 ms1 org.apache.cassandra.cql3.validation.entities.TupleTypeTest.tupleCkReadWriteDesc 1 ms1 - all unrelated to jvm-dtest * trunk ** CircleCI org.apache.cassandra.distributed.test.ring.BootstrapTest.readWriteDuringBootstrapTest - timeout, passed locally. org.apache.cassandra.distributed.test.InternodeEncryptionEnforcementTest.testOutboundConnectionsAreInterruptedWhenAuthFails - timeout, passed locally. ** Jenkins dtest-novnode.snitch_test.TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address dtest.snitch_test.TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address - both unrelated to jvm-dtest org.apache.cassandra.distributed.upgrade.BatchUpgradeTest.batchTest - very flaky according to butler - hoping it will be fixed once this patch lands on all branches, looks related. junit.framework.TestSuite.org.apache.cassandra.distributed.test.CASMultiDCTest - butler shows intermittent runs and failure so far - passed locally. org.apache.cassandra.distributed.test.CASTest.testConflictingWritesWithStaleRingInformation - flaky CASSANDRA-17461, this patch may help once merged. org.apache.cassandra.cql3.validation.entities.SecondaryIndexTest.testSelectOnMultiIndexOnCollectionsWithNull org.apache.cassandra.cql3.validation.entities.SecondaryIndexTest.testIndexOnClusteringKeyInsertExpiringColumn org.apache.cassandra.cql3.validation.entities.SecondaryIndexTest.testIndexOnNonFrozenCollectionOfFrozenUDT org.apache.cassandra.cql3.validation.entities.SecondaryIndexTest.testCanQuerySecondaryIndex org.apache.cassandra.cql3.validation.operations.SelectTest.testAllowFilteringOnPartitionKey org.apache.cassandra.cql3.validation.operations.DeleteTest.testDeleteWithNonoverlappingRange org.apache.cassandra.cql3.validation.operations.DeleteTest.testStaticColumnDeletionWithMultipleStaticColumnsAndRegularColumns org.apache.cassandra.cql3.validation.operations.DeleteTest.testStaticColumnDeletionWithMultipleStaticColumns org.apache.cassandra.db.commitlog.CommitLogSegmentManagerCDCTest.testSwitchingCDCWriteModes org.apache.cassandra.tools.StandaloneSplitterWithCQLTesterTest.testMinFileSizeCheck org.apache.cassandra.cql3.ViewComplexUpdatesTest.testPartialUpdateWithUnselectedCollectionsWithoutFlush[3] org.apache.cassandra.cql3.ViewFiltering1Test.testFilterWithFunction[3] - all unrelated to jvm-dtest > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeFrom3ReplicationTest.testSimpleStrategy > --- > > Key: CASSANDRA-17636 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17636 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Andres de la Peña >Assignee: Jon Meredith >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > >
[jira] [Commented] (CASSANDRA-17677) Fix BulkLoader to load entireSSTableThrottle and entireSSTableInterDcThrottle
[ https://issues.apache.org/jira/browse/CASSANDRA-17677?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561157#comment-17561157 ] Ekaterina Dimitrova commented on CASSANDRA-17677: - Thank you for bearing with me to address all my review comments [~frankgh] , overall I am +1. We need only NEWS.txt entry to mention the deprecated flags and mention the new ones and I have one comment that I will leave to [~yifanc] for final preference. :) More on the PR I will be off tomorrow and Monday but if you finish, squash and rebase, CI doesn't show anything new and [~yifanc] is fine with the patch, feel free to commit it. Thanks! > Fix BulkLoader to load entireSSTableThrottle and entireSSTableInterDcThrottle > -- > > Key: CASSANDRA-17677 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17677 > Project: Cassandra > Issue Type: Bug > Components: Tool/bulk load >Reporter: Ekaterina Dimitrova >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > Time Spent: 6h 10m > Remaining Estimate: 0h > > {{entire_sstable_stream_throughput_outbound and > entire_sstable_inter_dc_stream_throughput_outbound}} were introduced in > CASSANDRA-17065.They were added to the LoaderOptions class but they are not > loaded in BulkLoader as {{throttle}} and {{interDcThrottle are. }}{{As part > of this ticket we need to fix the BulkLoader, also those properties should be > advertised as MiB/s, not megabits/s. This was not changed in CASSANDRA-15234 > for the bulk loader because those are not loaded and those variables in > LoaderOptions are disconnected from the Cassandra config parameters and > unused at the moment. }} > It will be good also to update the doc here - > [https://cassandra.apache.org/doc/latest/cassandra/operating/bulk_loading.html,|https://cassandra.apache.org/doc/latest/cassandra/operating/bulk_loading.html] > {{and add a test that those are loaded properly when used with the > BulkLoader. }} > {{CC [~frankgh] }} -- 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-16584) Allow sstableloader to specify keyspace/table without relying on path
[ https://issues.apache.org/jira/browse/CASSANDRA-16584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-16584: - Status: Ready to Commit (was: Review In Progress) > Allow sstableloader to specify keyspace/table without relying on path > - > > Key: CASSANDRA-16584 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16584 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Tools >Reporter: Brendan Cicchi >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.x > > > This is a followup to CASSANDRA-13884. It would be nice to be able to able to > specify both the keyspace and table name for BulkLoader as commandline > arguments and not rely on the path to the sstables, i.e. > //*.db. > It looks like this may have already been completed in the patch in > CASSANDRA-4763 which ended up closed because of the overlap with > CASSANDRA-13884: > https://issues.apache.org/jira/browse/CASSANDRA-4763?focusedCommentId=16133937=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16133937 > -- 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-16584) Allow sstableloader to specify keyspace/table without relying on path
[ https://issues.apache.org/jira/browse/CASSANDRA-16584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561141#comment-17561141 ] Brandon Williams commented on CASSANDRA-16584: -- LGTM, +1. > Allow sstableloader to specify keyspace/table without relying on path > - > > Key: CASSANDRA-16584 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16584 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Tools >Reporter: Brendan Cicchi >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.x > > > This is a followup to CASSANDRA-13884. It would be nice to be able to able to > specify both the keyspace and table name for BulkLoader as commandline > arguments and not rely on the path to the sstables, i.e. > //*.db. > It looks like this may have already been completed in the patch in > CASSANDRA-4763 which ended up closed because of the overlap with > CASSANDRA-13884: > https://issues.apache.org/jira/browse/CASSANDRA-4763?focusedCommentId=16133937=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16133937 > -- 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-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yifan Cai updated CASSANDRA-17724: -- Reviewers: Yifan Cai, Yifan Cai Status: Review In Progress (was: Patch Available) +1 on the patch. Ultimately, we want to remove the legacy hadoop code as described in CASSANDRA-16984 > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1 > > Time Spent: 20m > Remaining Estimate: 0h > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yifan Cai updated CASSANDRA-17724: -- Reviewers: Yifan Cai (was: Yifan Cai, Yifan Cai) > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1 > > Time Spent: 20m > Remaining Estimate: 0h > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Guerrero updated CASSANDRA-17724: --- Test and Documentation Plan: Patch available here: https://github.com/apache/cassandra/pull/1711 Build fails when using {{org.apache.commons.lang.\*}} Status: Patch Available (was: Open) > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1 > > Time Spent: 20m > Remaining Estimate: 0h > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561137#comment-17561137 ] Ekaterina Dimitrova commented on CASSANDRA-17658: - Setting to Needs Committer and if no one picks it until Tuesday I will do it, thanks > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[jira] [Updated] (CASSANDRA-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ekaterina Dimitrova updated CASSANDRA-17658: Status: Needs Committer (was: Review In Progress) > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[jira] [Commented] (CASSANDRA-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561135#comment-17561135 ] Andres de la Peña commented on CASSANDRA-17658: --- [~e.dimitrova] I've removed you as reviewer since it was accidental. However we'll need a second committer-reviewer for this, so it will be great if you have some time to take a look. [~jlewandowski] Do you have a patch and CI runs for trunk? As for [this remaining nit|https://github.com/apache/cassandra/pull/1678#discussion_r909498110], I can remove the unneeded annotation on commit. > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[jira] [Updated] (CASSANDRA-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andres de la Peña updated CASSANDRA-17658: -- Reviewers: Andres de la Peña (was: Andres de la Peña, Ekaterina Dimitrova) > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[jira] [Commented] (CASSANDRA-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561134#comment-17561134 ] Francisco Guerrero commented on CASSANDRA-17724: |[trunk|https://github.com/apache/cassandra/pull/1711]|[CircleCI|https://app.circleci.com/pipelines/github/frankgh/cassandra?branch=CASSANDRA-17724=all]| |[4.1|https://github.com/apache/cassandra/pull/1712/files]|[CircleCI|https://app.circleci.com/pipelines/github/frankgh/cassandra?branch=CASSANDRA-17724-4.1=all]| > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1 > > Time Spent: 20m > Remaining Estimate: 0h > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Guerrero updated CASSANDRA-17724: --- Bug Category: Parent values: Availability(12983)Level 1 values: Process Crash(12992) Complexity: Low Hanging Fruit Discovered By: User Report Fix Version/s: 4.1 Severity: Critical Status: Open (was: Triage Needed) > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > Fix For: 4.1 > > Time Spent: 10m > Remaining Estimate: 0h > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17706) Fix testRemoteStreamFailure
[ https://issues.apache.org/jira/browse/CASSANDRA-17706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561130#comment-17561130 ] Caleb Rackliffe commented on CASSANDRA-17706: - Alright, so I think I've reproduced a bit of a deadlock during the node 2 shutdown. Here's a blocked thread that's part of the {{defaultGroup}} thread pool mentioned above: {noformat} "node2_Messaging-EventLoop-3-10" Id=1118 BLOCKED on org.apache.cassandra.streaming.StreamSession@7f8372dc owned by "node2_Stream-Deserializer-/127.0.0.1:7012-ef252195" Id=1123 at org.apache.cassandra.streaming.StreamSession.onError(StreamSession.java:649) - blocked on org.apache.cassandra.streaming.StreamSession@7f8372dc at org.apache.cassandra.streaming.async.StreamingMultiplexedChannel.onMessageComplete(StreamingMultiplexedChannel.java:264) at org.apache.cassandra.streaming.async.StreamingMultiplexedChannel.lambda$sendMessage$1(StreamingMultiplexedChannel.java:233) at org.apache.cassandra.streaming.async.StreamingMultiplexedChannel$$Lambda$15818/1783972732.operationComplete(Unknown Source) at org.apache.cassandra.utils.concurrent.ListenerList.notifyListener(ListenerList.java:134) at org.apache.cassandra.utils.concurrent.ListenerList.notifyListener(ListenerList.java:148) at org.apache.cassandra.utils.concurrent.ListenerList$GenericFutureListenerList.notifySelf(ListenerList.java:190) at org.apache.cassandra.utils.concurrent.ListenerList.lambda$notifyExclusive$0(ListenerList.java:124) {noformat} That {{Stream-Deserializer}} thread looks like this: {noformat} "node2_Stream-Deserializer-/127.0.0.1:7012-ef252195" Id=1123 WAITING at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:304) at org.apache.cassandra.utils.concurrent.WaitQueue$Standard$AbstractSignal.await(WaitQueue.java:289) at org.apache.cassandra.utils.concurrent.WaitQueue$Standard$AbstractSignal.await(WaitQueue.java:282) at org.apache.cassandra.utils.concurrent.Awaitable$AsyncAwaitable.await(Awaitable.java:306) at org.apache.cassandra.utils.concurrent.AsyncFuture.await(AsyncFuture.java:154) at org.apache.cassandra.utils.concurrent.AsyncPromise.await(AsyncPromise.java:244) at org.apache.cassandra.net.AsyncChannelPromise.await(AsyncChannelPromise.java:127) at org.apache.cassandra.net.AsyncChannelPromise.await(AsyncChannelPromise.java:34) at org.apache.cassandra.utils.concurrent.Awaitable$Defaults.awaitUninterruptibly(Awaitable.java:186) at org.apache.cassandra.utils.concurrent.AbstractFuture.awaitUninterruptibly(AbstractFuture.java:482) at org.apache.cassandra.utils.concurrent.AsyncPromise.awaitUninterruptibly(AsyncPromise.java:254) at org.apache.cassandra.net.AsyncChannelPromise.awaitUninterruptibly(AsyncChannelPromise.java:133) at org.apache.cassandra.net.AsyncChannelPromise.awaitUninterruptibly(AsyncChannelPromise.java:34) at org.apache.cassandra.utils.concurrent.Future.syncUninterruptibly(Future.java:94) at org.apache.cassandra.utils.concurrent.AsyncPromise.syncUninterruptibly(AsyncPromise.java:186) at org.apache.cassandra.net.AsyncChannelPromise.syncUninterruptibly(AsyncChannelPromise.java:121) at org.apache.cassandra.net.AsyncChannelPromise.syncUninterruptibly(AsyncChannelPromise.java:34) at org.apache.cassandra.streaming.StreamSession.onError(StreamSession.java:673) at org.apache.cassandra.streaming.StreamDeserializingTask.run(StreamDeserializingTask.java:84) {noformat} Multiple threads are hitting the failure handling pathways on node 2 when node 1 fails its streaming session, and either we need to avoid sending a failure message in {{onError()}} when the local session is in a final state, or we need to allow that, but not {{syncUninterruptibly()}} on it. > Fix testRemoteStreamFailure > --- > > Key: CASSANDRA-17706 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17706 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Caleb Rackliffe >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > Failing on trunk: > {code:java} > Error Message > java.util.concurrent.TimeoutException > Stacktrace > java.lang.RuntimeException: java.util.concurrent.TimeoutException at > org.apache.cassandra.utils.Throwables.maybeFail(Throwables.java:73) at > org.apache.cassandra.utils.FBUtilities.waitOnFutures(FBUtilities.java:509) at > org.apache.cassandra.distributed.impl.AbstractCluster.close(AbstractCluster.java:1028) > at >
[jira] [Updated] (CASSANDRA-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Guerrero updated CASSANDRA-17724: --- Description: {{commons-lang}} is not a runtime dependency and a {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} exception is encountered during startup when hitting the codepath in {{{}StartupClusterConnectivityChecker{}}}. This error is encountered very infrequently, but it has the potential of preventing the {{CassandraDaemon}} from starting up. Currently, the Cassandra project allows developers to import the {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should fail when {{org.apache.commons.lang.\*}} namespace imports are added to the code. This will prevent anyone from adding a build runtime library that is not available during runtime. was: {{commons-lang}} is not a runtime dependency and a {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} exception is encountered during startup when hitting the codepath in {{{}StartupClusterConnectivityChecker{}}}. This error is encountered very infrequently, but it has the potential of preventing the {{CassandraDaemon}} from starting up. Currently, the Cassandra project allows developers to import the {{org.apache.commons.lang.*}} namespace. The Cassandra build process should fail when {{org.apache.commons.lang.*}} namespace imports are added to the code. This will prevent anyone from adding a build runtime library that is not available during runtime. > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.\*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.\*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Guerrero updated CASSANDRA-17724: --- Description: {{commons-lang}} is not a runtime dependency and a {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} exception is encountered during startup when hitting the codepath in {{{}StartupClusterConnectivityChecker{}}}. This error is encountered very infrequently, but it has the potential of preventing the {{CassandraDaemon}} from starting up. Currently, the Cassandra project allows developers to import the {{org.apache.commons.lang.*}} namespace. The Cassandra build process should fail when {{org.apache.commons.lang.*}} namespace imports are added to the code. This will prevent anyone from adding a build runtime library that is not available during runtime. was: {{commons-lang}} is not a runtime dependency and a {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} exception is encountered during startup when hitting the codepath in {{StartupClusterConnectivityChecker}}. This error is encountered very infrequently, but it has the potential of preventing the {{CassandraDaemon}} from starting up. Currently, the Cassandra project allows developers to import the {{org.apache.commons.lang.*}} namespace. The Cassandra build process should fail when {{org.apache.commons.lang.*}} namespace imports are added to the code. This will prevent anyone from adding a build runtime library that is not available during runtime. > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{{}StartupClusterConnectivityChecker{}}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17724) Remove commons-lang dependency during build runtime
[ https://issues.apache.org/jira/browse/CASSANDRA-17724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Guerrero reassigned CASSANDRA-17724: -- Assignee: Francisco Guerrero > Remove commons-lang dependency during build runtime > --- > > Key: CASSANDRA-17724 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 > Project: Cassandra > Issue Type: Bug > Components: Build >Reporter: Francisco Guerrero >Assignee: Francisco Guerrero >Priority: Normal > > {{commons-lang}} is not a runtime dependency and a > {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} > exception is encountered during startup when hitting the codepath in > {{StartupClusterConnectivityChecker}}. > This error is encountered very infrequently, but it has the potential of > preventing the {{CassandraDaemon}} from starting up. > Currently, the Cassandra project allows developers to import the > {{org.apache.commons.lang.*}} namespace. The Cassandra build process should > fail when {{org.apache.commons.lang.*}} namespace imports are added to the > code. This will prevent anyone from adding a build runtime library that is > not available during runtime. -- 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-17724) Remove commons-lang dependency during build runtime
Francisco Guerrero created CASSANDRA-17724: -- Summary: Remove commons-lang dependency during build runtime Key: CASSANDRA-17724 URL: https://issues.apache.org/jira/browse/CASSANDRA-17724 Project: Cassandra Issue Type: Bug Components: Build Reporter: Francisco Guerrero {{commons-lang}} is not a runtime dependency and a {{java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils}} exception is encountered during startup when hitting the codepath in {{StartupClusterConnectivityChecker}}. This error is encountered very infrequently, but it has the potential of preventing the {{CassandraDaemon}} from starting up. Currently, the Cassandra project allows developers to import the {{org.apache.commons.lang.*}} namespace. The Cassandra build process should fail when {{org.apache.commons.lang.*}} namespace imports are added to the code. This will prevent anyone from adding a build runtime library that is not available during runtime. -- 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-17700) Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address
[ https://issues.apache.org/jira/browse/CASSANDRA-17700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561124#comment-17561124 ] Yifan Cai commented on CASSANDRA-17700: --- Starting commit CI Results (pending): ||Branch||Source||Circle CI|| |trunk|[branch|https://github.com/yifan-c/cassandra/tree/commit_remote_branch/CASSANDRA-17700-trunk-E85B8DA9-43DF-4833-ABF1-5319B603BF40]|[build|https://app.circleci.com/pipelines/github/yifan-c/cassandra?branch=commit_remote_branch%2FCASSANDRA-17700-trunk-E85B8DA9-43DF-4833-ABF1-5319B603BF40]| > Fix > TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address > - > > Key: CASSANDRA-17700 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17700 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Jyothsna Konisa >Priority: Normal > Fix For: 4.x > > Time Spent: 0.5h > Remaining Estimate: 0h > > It is consistently failing in trunk after > CASSANDRA-17661. Maybe a debug message has changed or something? > CC [~Jyothsnakonisa], [~jmeredithco] , [~ycai] > {code:java} > Error Message > ccmlib.node.TimeoutError: 14 Jun 2022 02:38:50 [node1] after 60.07/60 seconds > Missing: ['tiated reconnect to an Internal IP (\\/)?127.0.0.2(:7000)? for the > (\\/)?127.0.0.4(:7000)?'] not found in debug.log: Head: INFO [main] > 2022-06-14 02:36:25,360 YamlConfigura Tail: > ...7.0.0.3:7000(/127.0.0.1:43890)->/127.0.0.4:7000-LARGE_MESSAGES-8f378c72 > successfully connected, version = 12, framing = CRC, encryption = unencrypted > Stacktrace > self = > def test_prefer_local_reconnect_on_listen_address(self): > """ > @jira_ticket CASSANDRA-9748 > @jira_ticket CASSANDRA-8084 > > Test that it's possible to connect over the broadcast_address when > listen_on_broadcast_address=true and that > GossipingPropertyFileSnitch > reconnect via listen_address when prefer_local=true > """ > > NODE1_LISTEN_ADDRESS = '127.0.0.1' > NODE1_BROADCAST_ADDRESS = '127.0.0.3' > > NODE2_LISTEN_ADDRESS = '127.0.0.2' > NODE2_BROADCAST_ADDRESS = '127.0.0.4' > > STORAGE_PORT = 7000 > > cluster = self.cluster > cluster.populate(2) > node1, node2 = cluster.nodelist() > > running40 = node1.get_base_cassandra_version() >= 4.0 > > cluster.seeds = [NODE1_BROADCAST_ADDRESS] > cluster.set_configuration_options(values={'endpoint_snitch': > 'org.apache.cassandra.locator.GossipingPropertyFileSnitch', > > 'listen_on_broadcast_address': 'true'}) > node1.set_configuration_options(values={'broadcast_address': > NODE1_BROADCAST_ADDRESS}) > node2.auto_bootstrap = True > node2.set_configuration_options(values={'broadcast_address': > NODE2_BROADCAST_ADDRESS}) > > for node in cluster.nodelist(): > with open(os.path.join(node.get_conf_dir(), > 'cassandra-rackdc.properties'), 'w') as snitch_file: > snitch_file.write("dc=dc1" + os.linesep) > snitch_file.write("rack=rack1" + os.linesep) > snitch_file.write("prefer_local=true" + os.linesep) > > node1.start(wait_for_binary_proto=True) > > self._test_connect(NODE1_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE1_BROADCAST_ADDRESS, STORAGE_PORT) > > # write some data to node1 > node1.stress(['write', 'n=10K', 'no-warmup', '-rate', 'threads=8']) > > session = self.patient_cql_connection(node1) > stress_table = 'keyspace1.standard1' > original_rows = list(session.execute("SELECT * FROM > {}".format(stress_table))) > > node2.start(wait_for_binary_proto=True, wait_other_notice=False) > > self._test_connect(NODE2_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE2_BROADCAST_ADDRESS, STORAGE_PORT) > > # substring for Intiated -> Initiated typo was fixed in 3.10 > matchn1 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE1_LISTEN_ADDRESS, NODE1_BROADCAST_ADDRESS) > matchn2 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE2_LISTEN_ADDRESS, NODE2_BROADCAST_ADDRESS) > > node1.watch_log_for(matchn2, filename='debug.log', timeout=60) > snitch_test.py:85: > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > ../venv/lib/python3.8/site-packages/ccmlib/node.py:589: in watch_log_for > TimeoutError.raise_if_passed(start=start,
[jira] [Commented] (CASSANDRA-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561120#comment-17561120 ] Jacek Lewandowski commented on CASSANDRA-17658: --- https://app.circleci.com/pipelines/github/jacek-lewandowski/cassandra/234/workflows/191b60a4-148d-4158-8885-267ea82210f6 https://app.circleci.com/pipelines/github/jacek-lewandowski/cassandra/234/workflows/15d428fe-7d12-4b42-995d-e395fb3a6fde > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[jira] [Updated] (CASSANDRA-17700) Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address
[ https://issues.apache.org/jira/browse/CASSANDRA-17700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yifan Cai updated CASSANDRA-17700: -- Status: Ready to Commit (was: Review In Progress) > Fix > TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address > - > > Key: CASSANDRA-17700 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17700 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Jyothsna Konisa >Priority: Normal > Fix For: 4.x > > Time Spent: 0.5h > Remaining Estimate: 0h > > It is consistently failing in trunk after > CASSANDRA-17661. Maybe a debug message has changed or something? > CC [~Jyothsnakonisa], [~jmeredithco] , [~ycai] > {code:java} > Error Message > ccmlib.node.TimeoutError: 14 Jun 2022 02:38:50 [node1] after 60.07/60 seconds > Missing: ['tiated reconnect to an Internal IP (\\/)?127.0.0.2(:7000)? for the > (\\/)?127.0.0.4(:7000)?'] not found in debug.log: Head: INFO [main] > 2022-06-14 02:36:25,360 YamlConfigura Tail: > ...7.0.0.3:7000(/127.0.0.1:43890)->/127.0.0.4:7000-LARGE_MESSAGES-8f378c72 > successfully connected, version = 12, framing = CRC, encryption = unencrypted > Stacktrace > self = > def test_prefer_local_reconnect_on_listen_address(self): > """ > @jira_ticket CASSANDRA-9748 > @jira_ticket CASSANDRA-8084 > > Test that it's possible to connect over the broadcast_address when > listen_on_broadcast_address=true and that > GossipingPropertyFileSnitch > reconnect via listen_address when prefer_local=true > """ > > NODE1_LISTEN_ADDRESS = '127.0.0.1' > NODE1_BROADCAST_ADDRESS = '127.0.0.3' > > NODE2_LISTEN_ADDRESS = '127.0.0.2' > NODE2_BROADCAST_ADDRESS = '127.0.0.4' > > STORAGE_PORT = 7000 > > cluster = self.cluster > cluster.populate(2) > node1, node2 = cluster.nodelist() > > running40 = node1.get_base_cassandra_version() >= 4.0 > > cluster.seeds = [NODE1_BROADCAST_ADDRESS] > cluster.set_configuration_options(values={'endpoint_snitch': > 'org.apache.cassandra.locator.GossipingPropertyFileSnitch', > > 'listen_on_broadcast_address': 'true'}) > node1.set_configuration_options(values={'broadcast_address': > NODE1_BROADCAST_ADDRESS}) > node2.auto_bootstrap = True > node2.set_configuration_options(values={'broadcast_address': > NODE2_BROADCAST_ADDRESS}) > > for node in cluster.nodelist(): > with open(os.path.join(node.get_conf_dir(), > 'cassandra-rackdc.properties'), 'w') as snitch_file: > snitch_file.write("dc=dc1" + os.linesep) > snitch_file.write("rack=rack1" + os.linesep) > snitch_file.write("prefer_local=true" + os.linesep) > > node1.start(wait_for_binary_proto=True) > > self._test_connect(NODE1_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE1_BROADCAST_ADDRESS, STORAGE_PORT) > > # write some data to node1 > node1.stress(['write', 'n=10K', 'no-warmup', '-rate', 'threads=8']) > > session = self.patient_cql_connection(node1) > stress_table = 'keyspace1.standard1' > original_rows = list(session.execute("SELECT * FROM > {}".format(stress_table))) > > node2.start(wait_for_binary_proto=True, wait_other_notice=False) > > self._test_connect(NODE2_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE2_BROADCAST_ADDRESS, STORAGE_PORT) > > # substring for Intiated -> Initiated typo was fixed in 3.10 > matchn1 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE1_LISTEN_ADDRESS, NODE1_BROADCAST_ADDRESS) > matchn2 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE2_LISTEN_ADDRESS, NODE2_BROADCAST_ADDRESS) > > node1.watch_log_for(matchn2, filename='debug.log', timeout=60) > snitch_test.py:85: > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > ../venv/lib/python3.8/site-packages/ccmlib/node.py:589: in watch_log_for > TimeoutError.raise_if_passed(start=start, timeout=timeout, node=self.name, > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > start = 1655174270.069921, timeout = 60 > msg = "Missing: ['tiated reconnect to an Internal IP > (/)?127.0.0.2(:7000)? for the (/)?127.0.0.4(:7000)?'] not > found...127.0.0.4:7000-LARGE_MESSAGES-8f378c72 successfully
[jira] [Commented] (CASSANDRA-17700) Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address
[ https://issues.apache.org/jira/browse/CASSANDRA-17700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1756#comment-1756 ] Jon Meredith commented on CASSANDRA-17700: -- +1 thanks for fixing [~Jyothsnakonisa] > Fix > TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address > - > > Key: CASSANDRA-17700 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17700 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Jyothsna Konisa >Priority: Normal > Fix For: 4.x > > Time Spent: 0.5h > Remaining Estimate: 0h > > It is consistently failing in trunk after > CASSANDRA-17661. Maybe a debug message has changed or something? > CC [~Jyothsnakonisa], [~jmeredithco] , [~ycai] > {code:java} > Error Message > ccmlib.node.TimeoutError: 14 Jun 2022 02:38:50 [node1] after 60.07/60 seconds > Missing: ['tiated reconnect to an Internal IP (\\/)?127.0.0.2(:7000)? for the > (\\/)?127.0.0.4(:7000)?'] not found in debug.log: Head: INFO [main] > 2022-06-14 02:36:25,360 YamlConfigura Tail: > ...7.0.0.3:7000(/127.0.0.1:43890)->/127.0.0.4:7000-LARGE_MESSAGES-8f378c72 > successfully connected, version = 12, framing = CRC, encryption = unencrypted > Stacktrace > self = > def test_prefer_local_reconnect_on_listen_address(self): > """ > @jira_ticket CASSANDRA-9748 > @jira_ticket CASSANDRA-8084 > > Test that it's possible to connect over the broadcast_address when > listen_on_broadcast_address=true and that > GossipingPropertyFileSnitch > reconnect via listen_address when prefer_local=true > """ > > NODE1_LISTEN_ADDRESS = '127.0.0.1' > NODE1_BROADCAST_ADDRESS = '127.0.0.3' > > NODE2_LISTEN_ADDRESS = '127.0.0.2' > NODE2_BROADCAST_ADDRESS = '127.0.0.4' > > STORAGE_PORT = 7000 > > cluster = self.cluster > cluster.populate(2) > node1, node2 = cluster.nodelist() > > running40 = node1.get_base_cassandra_version() >= 4.0 > > cluster.seeds = [NODE1_BROADCAST_ADDRESS] > cluster.set_configuration_options(values={'endpoint_snitch': > 'org.apache.cassandra.locator.GossipingPropertyFileSnitch', > > 'listen_on_broadcast_address': 'true'}) > node1.set_configuration_options(values={'broadcast_address': > NODE1_BROADCAST_ADDRESS}) > node2.auto_bootstrap = True > node2.set_configuration_options(values={'broadcast_address': > NODE2_BROADCAST_ADDRESS}) > > for node in cluster.nodelist(): > with open(os.path.join(node.get_conf_dir(), > 'cassandra-rackdc.properties'), 'w') as snitch_file: > snitch_file.write("dc=dc1" + os.linesep) > snitch_file.write("rack=rack1" + os.linesep) > snitch_file.write("prefer_local=true" + os.linesep) > > node1.start(wait_for_binary_proto=True) > > self._test_connect(NODE1_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE1_BROADCAST_ADDRESS, STORAGE_PORT) > > # write some data to node1 > node1.stress(['write', 'n=10K', 'no-warmup', '-rate', 'threads=8']) > > session = self.patient_cql_connection(node1) > stress_table = 'keyspace1.standard1' > original_rows = list(session.execute("SELECT * FROM > {}".format(stress_table))) > > node2.start(wait_for_binary_proto=True, wait_other_notice=False) > > self._test_connect(NODE2_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE2_BROADCAST_ADDRESS, STORAGE_PORT) > > # substring for Intiated -> Initiated typo was fixed in 3.10 > matchn1 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE1_LISTEN_ADDRESS, NODE1_BROADCAST_ADDRESS) > matchn2 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE2_LISTEN_ADDRESS, NODE2_BROADCAST_ADDRESS) > > node1.watch_log_for(matchn2, filename='debug.log', timeout=60) > snitch_test.py:85: > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > ../venv/lib/python3.8/site-packages/ccmlib/node.py:589: in watch_log_for > TimeoutError.raise_if_passed(start=start, timeout=timeout, node=self.name, > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > start = 1655174270.069921, timeout = 60 > msg = "Missing: ['tiated reconnect to an Internal IP > (/)?127.0.0.2(:7000)? for the (/)?127.0.0.4(:7000)?'] not >
[jira] [Updated] (CASSANDRA-17700) Fix TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address
[ https://issues.apache.org/jira/browse/CASSANDRA-17700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yifan Cai updated CASSANDRA-17700: -- Reviewers: Jon Meredith, Yifan Cai (was: Jon Meredith, Yifan Cai, Yifan Cai) > Fix > TestGossipingPropertyFileSnitch.test_prefer_local_reconnect_on_listen_address > - > > Key: CASSANDRA-17700 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17700 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Jyothsna Konisa >Priority: Normal > Fix For: 4.x > > Time Spent: 0.5h > Remaining Estimate: 0h > > It is consistently failing in trunk after > CASSANDRA-17661. Maybe a debug message has changed or something? > CC [~Jyothsnakonisa], [~jmeredithco] , [~ycai] > {code:java} > Error Message > ccmlib.node.TimeoutError: 14 Jun 2022 02:38:50 [node1] after 60.07/60 seconds > Missing: ['tiated reconnect to an Internal IP (\\/)?127.0.0.2(:7000)? for the > (\\/)?127.0.0.4(:7000)?'] not found in debug.log: Head: INFO [main] > 2022-06-14 02:36:25,360 YamlConfigura Tail: > ...7.0.0.3:7000(/127.0.0.1:43890)->/127.0.0.4:7000-LARGE_MESSAGES-8f378c72 > successfully connected, version = 12, framing = CRC, encryption = unencrypted > Stacktrace > self = > def test_prefer_local_reconnect_on_listen_address(self): > """ > @jira_ticket CASSANDRA-9748 > @jira_ticket CASSANDRA-8084 > > Test that it's possible to connect over the broadcast_address when > listen_on_broadcast_address=true and that > GossipingPropertyFileSnitch > reconnect via listen_address when prefer_local=true > """ > > NODE1_LISTEN_ADDRESS = '127.0.0.1' > NODE1_BROADCAST_ADDRESS = '127.0.0.3' > > NODE2_LISTEN_ADDRESS = '127.0.0.2' > NODE2_BROADCAST_ADDRESS = '127.0.0.4' > > STORAGE_PORT = 7000 > > cluster = self.cluster > cluster.populate(2) > node1, node2 = cluster.nodelist() > > running40 = node1.get_base_cassandra_version() >= 4.0 > > cluster.seeds = [NODE1_BROADCAST_ADDRESS] > cluster.set_configuration_options(values={'endpoint_snitch': > 'org.apache.cassandra.locator.GossipingPropertyFileSnitch', > > 'listen_on_broadcast_address': 'true'}) > node1.set_configuration_options(values={'broadcast_address': > NODE1_BROADCAST_ADDRESS}) > node2.auto_bootstrap = True > node2.set_configuration_options(values={'broadcast_address': > NODE2_BROADCAST_ADDRESS}) > > for node in cluster.nodelist(): > with open(os.path.join(node.get_conf_dir(), > 'cassandra-rackdc.properties'), 'w') as snitch_file: > snitch_file.write("dc=dc1" + os.linesep) > snitch_file.write("rack=rack1" + os.linesep) > snitch_file.write("prefer_local=true" + os.linesep) > > node1.start(wait_for_binary_proto=True) > > self._test_connect(NODE1_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE1_BROADCAST_ADDRESS, STORAGE_PORT) > > # write some data to node1 > node1.stress(['write', 'n=10K', 'no-warmup', '-rate', 'threads=8']) > > session = self.patient_cql_connection(node1) > stress_table = 'keyspace1.standard1' > original_rows = list(session.execute("SELECT * FROM > {}".format(stress_table))) > > node2.start(wait_for_binary_proto=True, wait_other_notice=False) > > self._test_connect(NODE2_LISTEN_ADDRESS, STORAGE_PORT) > self._test_connect(NODE2_BROADCAST_ADDRESS, STORAGE_PORT) > > # substring for Intiated -> Initiated typo was fixed in 3.10 > matchn1 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE1_LISTEN_ADDRESS, NODE1_BROADCAST_ADDRESS) > matchn2 = 'tiated reconnect to an Internal IP (\/)?{}(:7000)? for the > (\/)?{}(:7000)?'.format(NODE2_LISTEN_ADDRESS, NODE2_BROADCAST_ADDRESS) > > node1.watch_log_for(matchn2, filename='debug.log', timeout=60) > snitch_test.py:85: > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > ../venv/lib/python3.8/site-packages/ccmlib/node.py:589: in watch_log_for > TimeoutError.raise_if_passed(start=start, timeout=timeout, node=self.name, > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > _ > start = 1655174270.069921, timeout = 60 > msg = "Missing: ['tiated reconnect to an Internal IP > (/)?127.0.0.2(:7000)? for the (/)?127.0.0.4(:7000)?'] not >
[jira] [Commented] (CASSANDRA-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561102#comment-17561102 ] Ekaterina Dimitrova commented on CASSANDRA-17658: - For the record, it seems changing statuses marked me as a reviewer without being one. If you need me to review it, I can do it next week, otherwise, please, feel free to remove me from the list of reviewers. > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[jira] [Updated] (CASSANDRA-16584) Allow sstableloader to specify keyspace/table without relying on path
[ https://issues.apache.org/jira/browse/CASSANDRA-16584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-16584: - Reviewers: Brandon Williams Status: Review In Progress (was: Patch Available) > Allow sstableloader to specify keyspace/table without relying on path > - > > Key: CASSANDRA-16584 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16584 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Tools >Reporter: Brendan Cicchi >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.x > > > This is a followup to CASSANDRA-13884. It would be nice to be able to able to > specify both the keyspace and table name for BulkLoader as commandline > arguments and not rely on the path to the sstables, i.e. > //*.db. > It looks like this may have already been completed in the patch in > CASSANDRA-4763 which ended up closed because of the overlap with > CASSANDRA-13884: > https://issues.apache.org/jira/browse/CASSANDRA-4763?focusedCommentId=16133937=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16133937 > -- 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-17723) Add support for big endian architecture (s390x)
[ https://issues.apache.org/jira/browse/CASSANDRA-17723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-17723: - Change Category: Operability Complexity: Normal Component/s: Test/unit Fix Version/s: 4.x Status: Open (was: Triage Needed) > Add support for big endian architecture (s390x) > --- > > Key: CASSANDRA-17723 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17723 > Project: Cassandra > Issue Type: Improvement > Components: Test/unit >Reporter: Shahid Shaikh >Priority: Normal > Fix For: 4.x > > Attachments: cassandra_patch_file.patch > > > Noticed that some of the Cassandra tests are failing on big endian > architectures (s390x). Please find the attached code patch which corrects the > data handling for big endian architecture. It also corrects the byte ordering > when dealing with sun.misc.Unsafe methods. After the patch following tests > are passing for s390x which were failing earlier: > TTLTest > ScrubTest > LegacySSTableTest > SSTableExportSchemaLoadingTest > SSTableMetadataViewerTest > StandaloneUpgraderOnSStablesTest > StandaloneVerifierOnSSTablesTest > The code change ensures that Cassandra for little endian architectures remain > unaffected. > -- 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 (c672d00a -> 9821bc6b)
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 omit c672d00a generate docs for 07cc189e new 9821bc6b generate docs for 07cc189e 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 (c672d00a) \ N -- N -- N refs/heads/asf-staging (9821bc6b) 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 4740078 -> 4740078 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-17314) Test Failure: org.apache.cassandra.db.ScrubTest.testScrubCorruptedCounterRow
[ https://issues.apache.org/jira/browse/CASSANDRA-17314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561022#comment-17561022 ] Andres de la Peña commented on CASSANDRA-17314: --- Here are some repeated runs of {{ScrubTest}} on CircleCI using compression: [https://app.circleci.com/pipelines/github/adelapena/cassandra/1794/workflows/9d4ebf18-5f3d-40ea-8016-b0834dcd2b6e] They have been generated with: {code:java} .circleci/generate.sh -m \ -e REPEATED_UTEST_TARGET=test-compression \ -e REPEATED_UTEST_COUNT=1000 \ -e REPEATED_UTEST_CLASS=ScrubTest {code} They have all succeeded. > Test Failure: org.apache.cassandra.db.ScrubTest.testScrubCorruptedCounterRow > > > Key: CASSANDRA-17314 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17314 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Josh McKenzie >Assignee: Runtian Liu >Priority: Normal > Fix For: 3.0.x > > > Failed 10 times in the last 14 runs. Flakiness: 61%, Stability: 28% > Error Message > Timeout occurred. Please note the time in the report does not reflect the > time until the timeout. > {code} > Stacktrace > junit.framework.AssertionFailedError: Timeout occurred. Please note the time > in the report does not reflect the time until the timeout. > at java.util.Vector.forEach(Vector.java:1277) > at java.util.Vector.forEach(Vector.java:1277) > at java.util.Vector.forEach(Vector.java:1277) > at jdk.nashorn.internal.scripts.Script$3$\^eval\_.:program(:13) > at > jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:637) > at > jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:494) > at > jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:393) > at > jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:449) > at > jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:406) > at > jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(NashornScriptEngine.java:402) > at > jdk.nashorn.api.scripting.NashornScriptEngine.eval(NashornScriptEngine.java:155) > at javax.script.AbstractScriptEngine.eval(AbstractScriptEngine.java:264) > at java.util.Vector.forEach(Vector.java:1277) > {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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561021#comment-17561021 ] Erick Ramirez commented on CASSANDRA-17721: --- I’ve completed final verification in staging and [published to production|https://github.com/apache/cassandra-website#merging-asf-staging-to-asf-site]: {noformat} $ git branch * trunk $ git fetch origin $ git checkout asf-site Branch ‘asf-site’ set up to track remote branch ‘asf-site’ from ‘origin’. Switched to a new branch ‘asf-site’ $ git branch * asf-site trunk $ git reset --hard origin/asf-staging HEAD is now at c672d00a generate docs for 07cc189e $ git push -f origin asf-site Username for ‘https://github.com’: erickramirezau Password for ‘https://erickramire...@github.com’: Total 0 (delta 0), reused 0 (delta 0) To https://github.com/apache/cassandra-website.git + 0ddd5f08...c672d00a asf-site -> asf-site (forced update) {noformat} The blog post is now live on the site – https://cassandra.apache.org/_/blog/Apache-Cassandra-4.1-Denylisting-Partitions.html > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch, c17721-01-blog-index.png, > c17721-02-blog-post.png > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-site updated (0ddd5f08 -> c672d00a)
This is an automated email from the ASF dual-hosted git repository. erickramirezau pushed a change to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git discard 0ddd5f08 generate docs for 4a2c95c0 add 07cc189e BLOG - New Partition Denylisting in 4.1 add c672d00a generate docs for 07cc189e 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 (0ddd5f08) \ N -- N -- N refs/heads/asf-site (c672d00a) 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. No new revisions were added by this update. Summary of changes: ...-denylisting-partitions-unsplash-kyle-glenn.jpg | Bin 0 -> 373412 bytes content/_/blog.html| 24 ...ache-Cassandra-4.1-Denylisting-Partitions.html} | 141 + content/search-index.js| 2 +- ...-denylisting-partitions-unsplash-kyle-glenn.jpg | Bin 0 -> 373412 bytes site-content/source/modules/ROOT/pages/blog.adoc | 25 ...pache-Cassandra-4.1-Denylisting-Partitions.adoc | 91 + site-ui/build/ui-bundle.zip| Bin 4740078 -> 4740078 bytes 8 files changed, 199 insertions(+), 84 deletions(-) create mode 100644 content/_/_images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg copy content/_/blog/{Apache-Cassandra-4.1-Features-Authentication-Plugin-Support-for-CQLSH.html => Apache-Cassandra-4.1-Denylisting-Partitions.html} (64%) create mode 100644 site-content/source/modules/ROOT/images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg create mode 100644 site-content/source/modules/ROOT/pages/blog/Apache-Cassandra-4.1-Denylisting-Partitions.adoc - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17561016#comment-17561016 ] Erick Ramirez commented on CASSANDRA-17721: --- The blog post is in staging – https://cassandra.staged.apache.org/_/blog/Apache-Cassandra-4.1-Denylisting-Partitions.html > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch, c17721-01-blog-index.png, > c17721-02-blog-post.png > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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 (25dda7ed -> c672d00a)
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 25dda7ed generate docs for 4a2c95c0 add 07cc189e BLOG - New Partition Denylisting in 4.1 new c672d00a generate docs for 07cc189e 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 (25dda7ed) \ N -- N -- N refs/heads/asf-staging (c672d00a) 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: ...-denylisting-partitions-unsplash-kyle-glenn.jpg | Bin 0 -> 373412 bytes content/_/blog.html| 24 ...ache-Cassandra-4.1-Denylisting-Partitions.html} | 141 + content/search-index.js| 2 +- ...-denylisting-partitions-unsplash-kyle-glenn.jpg | Bin 0 -> 373412 bytes site-content/source/modules/ROOT/pages/blog.adoc | 25 ...pache-Cassandra-4.1-Denylisting-Partitions.adoc | 91 + site-ui/build/ui-bundle.zip| Bin 4740078 -> 4740078 bytes 8 files changed, 199 insertions(+), 84 deletions(-) create mode 100644 content/_/_images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg copy content/_/blog/{Apache-Cassandra-4.1-Features-Authentication-Plugin-Support-for-CQLSH.html => Apache-Cassandra-4.1-Denylisting-Partitions.html} (64%) create mode 100644 site-content/source/modules/ROOT/images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg create mode 100644 site-content/source/modules/ROOT/pages/blog/Apache-Cassandra-4.1-Denylisting-Partitions.adoc - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560996#comment-17560996 ] Erick Ramirez commented on CASSANDRA-17721: --- The website content is getting built in staging: ||Branch||PR||Commit||Build|| |{{trunk}}|[#149|https://github.com/apache/cassandra-website/pull/149]|[07cc189|https://github.com/apache/cassandra-website/commit/07cc189ef0cf7f810535296a18b214e262177563]|[#379|https://ci-cassandra.apache.org/job/cassandra-website/379/]| > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch, c17721-01-blog-index.png, > c17721-02-blog-post.png > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Source Control Link: https://github.com/apache/cassandra-website/commit/07cc189ef0cf7f810535296a18b214e262177563 Resolution: Fixed Status: Resolved (was: Ready to Commit) Committed: ||Branch||PR||Commit|| |{{trunk}}|[#149|https://github.com/apache/cassandra-website/pull/149]|[07cc189|https://github.com/apache/cassandra-website/commit/07cc189ef0cf7f810535296a18b214e262177563]| > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch, c17721-01-blog-index.png, > c17721-02-blog-post.png > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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 trunk updated: BLOG - New Partition Denylisting in 4.1
This is an automated email from the ASF dual-hosted git repository. erickramirezau pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/trunk by this push: new 07cc189e BLOG - New Partition Denylisting in 4.1 07cc189e is described below commit 07cc189ef0cf7f810535296a18b214e262177563 Author: Diogenese Topper AuthorDate: Wed Jun 29 18:06:35 2022 -0700 BLOG - New Partition Denylisting in 4.1 patch by Jordan West, Chris Thornett, Diogenese Topper; reviewed by Erick Ramirez for CASSANDRA-17721 Co-authored by: Jordan West Co-authored by: Chris Thornett Co-authored by: Diogenese Topper --- ...-denylisting-partitions-unsplash-kyle-glenn.jpg | Bin 0 -> 373412 bytes site-content/source/modules/ROOT/pages/blog.adoc | 25 ++ ...pache-Cassandra-4.1-Denylisting-Partitions.adoc | 91 + 3 files changed, 116 insertions(+) diff --git a/site-content/source/modules/ROOT/images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg b/site-content/source/modules/ROOT/images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg new file mode 100644 index ..0d7873f6 Binary files /dev/null and b/site-content/source/modules/ROOT/images/blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg differ diff --git a/site-content/source/modules/ROOT/pages/blog.adoc b/site-content/source/modules/ROOT/pages/blog.adoc index cc6f8135..a6cafd19 100644 --- a/site-content/source/modules/ROOT/pages/blog.adoc +++ b/site-content/source/modules/ROOT/pages/blog.adoc @@ -8,6 +8,31 @@ NOTES FOR CONTENT CREATORS - Replace post tile, date, description and link to you post. +//start card +[openblock,card shadow relative test] + +[openblock,card-header] +-- +[discrete] +=== Apache Cassandra 4.1: Denylisting Partitions +[discrete] + June 30, 2022 +-- +[openblock,card-content] +-- +Operators gain control of problematic partitions with Apache Cassandra's new feature in 4.1, the Partition Denylist. + +[openblock,card-btn card-btn--blog] + + +[.btn.btn--alt] +xref:blog/Apache-Cassandra-4.1-Denylisting-Partitions.adoc[Read More] + + +-- + +//end card + //start card [openblock,card shadow relative test] diff --git a/site-content/source/modules/ROOT/pages/blog/Apache-Cassandra-4.1-Denylisting-Partitions.adoc b/site-content/source/modules/ROOT/pages/blog/Apache-Cassandra-4.1-Denylisting-Partitions.adoc new file mode 100644 index ..98eb81e8 --- /dev/null +++ b/site-content/source/modules/ROOT/pages/blog/Apache-Cassandra-4.1-Denylisting-Partitions.adoc @@ -0,0 +1,91 @@ += Apache Cassandra 4.1: Denylisting Partitions +:page-layout: single-post +:page-role: blog-post +:page-post-date: June 30, 2022 +:page-post-author: Jordan West +:description: New Denylisting Partitions in Apache Cassandra 4.1 +:keywords: denylisting partitions, 4.1, apache cassandra + +:!figure-caption: + +.Image credit: https://unsplash.com/@kylejglenn[Kyle Glenn on Unsplash^] +image::blog/apache-cassandra-4.1-denylisting-partitions-unsplash-kyle-glenn.jpg[Denylisting Partitions] + +Like any database, Apache Cassandra can be impacted by data modeling choices gone awry or the unexpected use of even a well-designed data model. This occurs when partitions get too large or have too many rows or tombstones. These problematic partitions can impact the reading and writing of other partitions, which can lead to service-impacting incidents. While the Cassandra community is always actively working to reduce the impact they have, it can be necessary for operators to take immed [...] + +The Partition Denylist allows operators to https://s3.amazonaws.com/systemsandpapers/papers/FOX_Brewer_99-Harvest_Yield_and_Scalable_Tolerant_Systems.pdf[make a choice^] between providing access to the entire data set with reduced performance or reducing the available data set (by preventing reads and writes to specific partitions) to ensure performance is not affected. This choice gives operators new control over how these problematic partitions affect other reads and writes serviced by [...] + +== The Operators Perspective + +For operators, JMX is the primary interface to interact with the Denylist. There are four operations available to operators: add a key to the denylist, check if a key is currently in the denylist, remove a key from the denylist, and force a refresh of a node’s local denylist cache. The examples below will use https://github.com/jiaqi/jmxterm[jmxterm^] but any JMX interface will work. + +=== Denylisting a Key + +To add a key to the denylist all that is needed is the keyspace, table, and partition key. In jmxterm denylisting the key `baz` in the keyspace `foo` and table `bar` looks like: + + +bean org.apache.cassandra.db:type=StorageProxy +run denylistKey foo bar baz
[jira] [Updated] (CASSANDRA-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Status: Ready to Commit (was: Changes Suggested) I've completed the review and made the necessary edits/updates detailed in [^CASSANDRA-17721-v2.patch] so this PR is ready to commit. !c17721-01-blog-index.png|width=300! !c17721-02-blog-post.png|width=300! > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch, c17721-01-blog-index.png, > c17721-02-blog-post.png > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Attachment: c17721-02-blog-post.png c17721-01-blog-index.png > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch, c17721-01-blog-index.png, > c17721-02-blog-post.png > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Attachment: CASSANDRA-17721-v2.patch > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > Attachments: CASSANDRA-17721-v2.patch > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Status: Changes Suggested (was: Review In Progress) Suggested changes: * Replace smart quote characters ({{{}'{}}}) with backticks ({{{}`{}}}). * Fix link to {{cassandra.yaml}} * Spread {{InvalidRequest}} errors in sample output over 2 lines to make the error message more obvious to readers. > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez reassigned CASSANDRA-17721: - Assignee: Erick Ramirez > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Reviewers: Erick Ramirez Status: Review In Progress (was: Patch Available) > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17721) WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions"
[ https://issues.apache.org/jira/browse/CASSANDRA-17721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17721: -- Authors: Chris Thornett, Diogenese Topper, Jordan West (was: Erick Ramirez) > WEBSITE - June 2022 blog "Apache Cassandra 4.1: Denylisting Partitions" > --- > > Key: CASSANDRA-17721 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17721 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Diogenese Topper >Assignee: Erick Ramirez >Priority: Normal > Labels: pull-request-available > Fix For: 4.1.x > > > This ticket is to capture the work associated with publishing the June 2022 > blog "Apache Cassandra 4.1: Denylisting Partitions" > If this blog cannot be published by the *June 30, 2022 publish date*, please > contact me, suggest changes, or correct the date when possible in the pull > request for the appropriate time that the blog will go live (on both the > blog.adoc and the blog post's file). -- 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-17723) Add support for big endian architecture (s390x)
Shahid Shaikh created CASSANDRA-17723: - Summary: Add support for big endian architecture (s390x) Key: CASSANDRA-17723 URL: https://issues.apache.org/jira/browse/CASSANDRA-17723 Project: Cassandra Issue Type: Improvement Reporter: Shahid Shaikh Attachments: cassandra_patch_file.patch Noticed that some of the Cassandra tests are failing on big endian architectures (s390x). Please find the attached code patch which corrects the data handling for big endian architecture. It also corrects the byte ordering when dealing with sun.misc.Unsafe methods. After the patch following tests are passing for s390x which were failing earlier: TTLTest ScrubTest LegacySSTableTest SSTableExportSchemaLoadingTest SSTableMetadataViewerTest StandaloneUpgraderOnSStablesTest StandaloneVerifierOnSSTablesTest The code change ensures that Cassandra for little endian architectures remain unaffected. -- 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-6936) Make all byte representations of types comparable by their unsigned byte representation only
[ https://issues.apache.org/jira/browse/CASSANDRA-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560967#comment-17560967 ] Brandon Williams commented on CASSANDRA-6936: - Yes. > Make all byte representations of types comparable by their unsigned byte > representation only > > > Key: CASSANDRA-6936 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6936 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Core >Reporter: Benedict Elliott Smith >Assignee: Branimir Lambov >Priority: Normal > Labels: compaction, performance > Fix For: 4.2 > > Time Spent: 25h > Remaining Estimate: 0h > > This could be a painful change, but is necessary for implementing a > trie-based index, and settling for less would be suboptimal; it also should > make comparisons cheaper all-round, and since comparison operations are > pretty much the majority of C*'s business, this should be easily felt (see > CASSANDRA-6553 and CASSANDRA-6934 for an example of some minor changes with > major performance impacts). No copying/special casing/slicing should mean > fewer opportunities to introduce performance regressions as well. > Since I have slated for 3.0 a lot of non-backwards-compatible sstable > changes, hopefully this shouldn't be too much more of a burden. -- 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-17553) NPE in RangeTombstoneTest.overlappingRangeTest-compression
[ https://issues.apache.org/jira/browse/CASSANDRA-17553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-17553: - Resolution: Cannot Reproduce Status: Resolved (was: Open) > NPE in RangeTombstoneTest.overlappingRangeTest-compression > -- > > Key: CASSANDRA-17553 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17553 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Caleb Rackliffe >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The trace looks something like this on trunk: > {noformat} > java.lang.NullPointerException > at > org.apache.cassandra.db.RangeTombstoneTest.overlappingRangeTest(RangeTombstoneTest.java:437) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > {noformat} > See > https://ci-cassandra.apache.org/job/Cassandra-trunk/1078/testReport/org.apache.cassandra.db/RangeTombstoneTest/overlappingRangeTest_compression/ -- 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-16584) Allow sstableloader to specify keyspace/table without relying on path
[ https://issues.apache.org/jira/browse/CASSANDRA-16584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560957#comment-17560957 ] Stefan Miklosovic commented on CASSANDRA-16584: --- [~brandon.williams] would you please take a look? I also polished related test class a bit. https://github.com/apache/cassandra/pull/1694 https://app.circleci.com/pipelines/github/instaclustr/cassandra/1118/workflows/d6853d70-5344-4641-b117-61535caabc7d > Allow sstableloader to specify keyspace/table without relying on path > - > > Key: CASSANDRA-16584 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16584 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Tools >Reporter: Brendan Cicchi >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.x > > > This is a followup to CASSANDRA-13884. It would be nice to be able to able to > specify both the keyspace and table name for BulkLoader as commandline > arguments and not rely on the path to the sstables, i.e. > //*.db. > It looks like this may have already been completed in the patch in > CASSANDRA-4763 which ended up closed because of the overlap with > CASSANDRA-13884: > https://issues.apache.org/jira/browse/CASSANDRA-4763?focusedCommentId=16133937=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16133937 > -- 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-6936) Make all byte representations of types comparable by their unsigned byte representation only
[ https://issues.apache.org/jira/browse/CASSANDRA-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560942#comment-17560942 ] Ivan Senic edited comment on CASSANDRA-6936 at 6/30/22 9:12 AM: Do I understand correct that this will be first available in the `4.2` release that is scheduled to go out in a year? was (Author: JIRAUSER281556): Do I understand good that this will be first available in the `4.2` release that is scheduled to go out in a year? > Make all byte representations of types comparable by their unsigned byte > representation only > > > Key: CASSANDRA-6936 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6936 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Core >Reporter: Benedict Elliott Smith >Assignee: Branimir Lambov >Priority: Normal > Labels: compaction, performance > Fix For: 4.2 > > Time Spent: 25h > Remaining Estimate: 0h > > This could be a painful change, but is necessary for implementing a > trie-based index, and settling for less would be suboptimal; it also should > make comparisons cheaper all-round, and since comparison operations are > pretty much the majority of C*'s business, this should be easily felt (see > CASSANDRA-6553 and CASSANDRA-6934 for an example of some minor changes with > major performance impacts). No copying/special casing/slicing should mean > fewer opportunities to introduce performance regressions as well. > Since I have slated for 3.0 a lot of non-backwards-compatible sstable > changes, hopefully this shouldn't be too much more of a burden. -- 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-6936) Make all byte representations of types comparable by their unsigned byte representation only
[ https://issues.apache.org/jira/browse/CASSANDRA-6936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560942#comment-17560942 ] Ivan Senic commented on CASSANDRA-6936: --- Do I understand good that this will be first available in the `4.2` release that is scheduled to go out in a year? > Make all byte representations of types comparable by their unsigned byte > representation only > > > Key: CASSANDRA-6936 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6936 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Core >Reporter: Benedict Elliott Smith >Assignee: Branimir Lambov >Priority: Normal > Labels: compaction, performance > Fix For: 4.2 > > Time Spent: 25h > Remaining Estimate: 0h > > This could be a painful change, but is necessary for implementing a > trie-based index, and settling for less would be suboptimal; it also should > make comparisons cheaper all-round, and since comparison operations are > pretty much the majority of C*'s business, this should be easily felt (see > CASSANDRA-6553 and CASSANDRA-6934 for an example of some minor changes with > major performance impacts). No copying/special casing/slicing should mean > fewer opportunities to introduce performance regressions as well. > Since I have slated for 3.0 a lot of non-backwards-compatible sstable > changes, hopefully this shouldn't be too much more of a burden. -- 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-17658) Test Failures: org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop
[ https://issues.apache.org/jira/browse/CASSANDRA-17658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560925#comment-17560925 ] Andres de la Peña commented on CASSANDRA-17658: --- I have run CI with the patch squashed, rebased, with [this remaining nit|https://github.com/apache/cassandra/pull/1678#discussion_r909498110], and also applied to trunk: ||PR||CI|| |[4.1 |https://github.com/adelapena/cassandra/commit/15370acb4f5c13b648d9862f408365c8768f7a6b]|[j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/1754/workflows/164a3773-009f-4f44-a720-43944f32b277] [j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/1754/workflows/bab8309c-3c7d-4a3f-b48f-ea985a5f97bc]| |[trunk|https://github.com/adelapena/cassandra/commit/7f7bb3ead9da2eec1332dcd25baccdc394aaa3bb]|[j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/1753/workflows/7f28cf83-3a39-4857-be94-ed80300fbaca] [j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/1753/workflows/e928312c-f129-4417-9b80-ee746488b26f]| All looks good. However these runs don't include [this last nit|https://github.com/apache/cassandra/pull/1678/commits/32aba6148fadb2ca3d053213850c7fea69e51ebf]. [~jlewandowski] do we have full CI results for it? > Test Failures: > org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop > > > Key: CASSANDRA-17658 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17658 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Andres de la Peña >Assignee: Jacek Lewandowski >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The test > {{org.apache.cassandra.metrics.KeyspaceMetricsTest.testMetricsCleanupOnDrop}} > seems to be flaky on CircleCI, although I haven't seen it failing on Jenkins. > It was first detected during CASSANDRA-17509, on [this > run|https://app.circleci.com/pipelines/github/josh-mckenzie/cassandra/211/workflows/2cbb5465-a970-440b-a502-06e380ce6851/jobs/1977/tests]: > {code} > junit.framework.AssertionFailedError: >
[cassandra-website] branch asf-staging updated (0ddd5f08 -> 25dda7ed)
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 omit 0ddd5f08 generate docs for 4a2c95c0 new 25dda7ed generate docs for 4a2c95c0 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 (0ddd5f08) \ N -- N -- N refs/heads/asf-staging (25dda7ed) 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 4740078 -> 4740078 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560899#comment-17560899 ] Erick Ramirez commented on CASSANDRA-17722: --- I’ve completed final verification in staging and [published to production|https://github.com/apache/cassandra-website#merging-asf-staging-to-asf-site]: {noformat} $ git branch * trunk $ git fetch origin $ git checkout asf-site Branch ‘asf-site’ set up to track remote branch ‘asf-site’ from ‘origin’. Switched to a new branch ‘asf-site’ $ git branch * asf-site trunk $ git reset --hard origin/asf-staging HEAD is now at 0ddd5f08 generate docs for 4a2c95c0 $ git push -f origin asf-site Username for ‘https://github.com’: erickramirezau Password for ‘https://erickramire...@github.com’: Total 0 (delta 0), reused 0 (delta 0) To https://github.com/apache/cassandra-website.git + 9d9e381c...0ddd5f08 asf-site -> asf-site (forced update) {noformat} The updated blog post is now live on the site – https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-site updated (9d9e381c -> 0ddd5f08)
This is an automated email from the ASF dual-hosted git repository. erickramirezau pushed a change to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git discard 9d9e381c generate docs for 0bbd1880 add 4a2c95c0 ninja-fix: Corrected spelling of Paulo Motta in World Party Talks & Sponsors blog post add 0ddd5f08 generate docs for 4a2c95c0 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 (9d9e381c) \ N -- N -- N refs/heads/asf-site (0ddd5f08) 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. No new revisions were added by this update. Summary of changes: ...s-Announced-for-Cassandra-World-Party-2022.html | 2 +- .../cassandra/tools/nodetool/compactionstats.html | 7 +-- .../cassandra/tools/nodetool/compactionstats.html | 7 +-- .../cassandra/tools/nodetool/compactionstats.html | 7 +-- content/search-index.js| 2 +- ...s-Announced-for-Cassandra-World-Party-2022.adoc | 2 +- site-ui/build/ui-bundle.zip| Bin 4740078 -> 4740078 bytes 7 files changed, 18 insertions(+), 9 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 (66418937 -> 0ddd5f08)
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 66418937 generate docs for 0bbd1880 add 4a2c95c0 ninja-fix: Corrected spelling of Paulo Motta in World Party Talks & Sponsors blog post new 0ddd5f08 generate docs for 4a2c95c0 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 (66418937) \ N -- N -- N refs/heads/asf-staging (0ddd5f08) 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: ...s-Announced-for-Cassandra-World-Party-2022.html | 2 +- content/search-index.js| 2 +- ...s-Announced-for-Cassandra-World-Party-2022.adoc | 2 +- site-ui/build/ui-bundle.zip| Bin 4740078 -> 4740078 bytes 4 files changed, 3 insertions(+), 3 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560886#comment-17560886 ] Erick Ramirez commented on CASSANDRA-17722: --- The website content is getting built in staging: ||Branch||PR||Commit||Build|| |{{trunk}}|[#150|https://github.com/apache/cassandra-website/pull/150]|[4a2c95c |https://github.com/apache/cassandra-website/commit/4a2c95c0381d028b0acd5a6ef7ec97d48db5e521]|[#377|https://ci-cassandra.apache.org/job/cassandra-website/377/]| > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17722: -- Source Control Link: https://github.com/apache/cassandra-website/commit/4a2c95c0381d028b0acd5a6ef7ec97d48db5e521 Resolution: Fixed Status: Resolved (was: Ready to Commit) Committed: ||Branch||PR||Commit|| |{{trunk}}|[#150|https://github.com/apache/cassandra-website/pull/150]|[4a2c95c |https://github.com/apache/cassandra-website/commit/4a2c95c0381d028b0acd5a6ef7ec97d48db5e521]| > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560870#comment-17560870 ] Erick Ramirez edited comment on CASSANDRA-17722 at 6/30/22 7:27 AM: Patch: ||Branch||PR|| |{{trunk}}|[#150|https://github.com/apache/cassandra-website/pull/150]| !c17722-01-blog-post.png|width=300! was (Author: JIRAUSER285101): Patch: ||Branch||PR|| |{{trunk}}|[#150|https://github.com/apache/cassandra-website/pull/150]| > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17722: -- Status: Ready to Commit (was: Review In Progress) > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17722: -- Status: Review In Progress (was: Patch Available) > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17722: -- Attachment: c17722-01-blog-post.png > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > Attachments: c17722-01-blog-post.png > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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 trunk updated: ninja-fix: Corrected spelling of Paulo Motta in World Party Talks & Sponsors blog post
This is an automated email from the ASF dual-hosted git repository. erickramirezau pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/trunk by this push: new 4a2c95c0 ninja-fix: Corrected spelling of Paulo Motta in World Party Talks & Sponsors blog post 4a2c95c0 is described below commit 4a2c95c0381d028b0acd5a6ef7ec97d48db5e521 Author: Erick Ramirez AuthorDate: Thu Jun 30 07:19:48 2022 + ninja-fix: Corrected spelling of Paulo Motta in World Party Talks & Sponsors blog post --- .../Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.adoc| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/site-content/source/modules/ROOT/pages/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.adoc b/site-content/source/modules/ROOT/pages/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.adoc index 433bcb9e..56b2a6ee 100644 --- a/site-content/source/modules/ROOT/pages/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.adoc +++ b/site-content/source/modules/ROOT/pages/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.adoc @@ -32,7 +32,7 @@ Long-time contributor and project evangelist, *Rahul Singh* will speak on how bu Apache Cassandra 4.1: Improved Snapshots -Explore recent improvements to snapshots in Apache Cassandra 4.1 with committer, *Paolo Motta*. Learn about auto snapshot cleanup and the refactoring of the legacy snapshot module. +Explore recent improvements to snapshots in Apache Cassandra 4.1 with committer, *Paulo Motta*. Learn about auto snapshot cleanup and the refactoring of the legacy snapshot module. Apache Cassandra 4.1: Tightening Security - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17722: -- Test and Documentation Plan: Stage PR locally and verify updates render correctly Status: Patch Available (was: In Progress) Patch: ||Branch||PR|| |{{trunk}}|[#150|https://github.com/apache/cassandra-website/pull/150]| > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17553) NPE in RangeTombstoneTest.overlappingRangeTest-compression
[ https://issues.apache.org/jira/browse/CASSANDRA-17553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560867#comment-17560867 ] Berenguer Blasi commented on CASSANDRA-17553: - Just close it imo +1 > NPE in RangeTombstoneTest.overlappingRangeTest-compression > -- > > Key: CASSANDRA-17553 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17553 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Caleb Rackliffe >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x, 4.x > > > The trace looks something like this on trunk: > {noformat} > java.lang.NullPointerException > at > org.apache.cassandra.db.RangeTombstoneTest.overlappingRangeTest(RangeTombstoneTest.java:437) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > {noformat} > See > https://ci-cassandra.apache.org/job/Cassandra-trunk/1078/testReport/org.apache.cassandra.db/RangeTombstoneTest/overlappingRangeTest_compression/ -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
[ https://issues.apache.org/jira/browse/CASSANDRA-17722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erick Ramirez updated CASSANDRA-17722: -- Change Category: Semantic Complexity: Normal Fix Version/s: 4.1.x Reviewers: Paulo Motta Status: Open (was: Triage Needed) > BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement > - > > Key: CASSANDRA-17722 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 > Project: Cassandra > Issue Type: Task > Components: Documentation/Blog >Reporter: Erick Ramirez >Assignee: Erick Ramirez >Priority: Normal > Fix For: 4.1.x > > > Paulo Motta's name is misspelt in the [World Party blog > post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: > bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with > committer, *Paolo Motta*. Learn about auto snapshot cleanup and the > refactoring of the legacy snapshot module. -- 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-17722) BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement
Erick Ramirez created CASSANDRA-17722: - Summary: BLOG - Presenter's name misspelt in World Party Talks & Sponsors announcement Key: CASSANDRA-17722 URL: https://issues.apache.org/jira/browse/CASSANDRA-17722 Project: Cassandra Issue Type: Task Components: Documentation/Blog Reporter: Erick Ramirez Assignee: Erick Ramirez Paulo Motta's name is misspelt in the [World Party blog post|https://cassandra.apache.org/_/blog/Talks-and-Sponsors-Announced-for-Cassandra-World-Party-2022.html]: bq. Explore recent improvements to snapshots in Apache Cassandra 4.1 with committer, *Paolo Motta*. Learn about auto snapshot cleanup and the refactoring of the legacy snapshot module. -- 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-17705) Fix testBatchCLShutdownImmediately
[ https://issues.apache.org/jira/browse/CASSANDRA-17705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi updated CASSANDRA-17705: Resolution: Duplicate Status: Resolved (was: Open) > Fix testBatchCLShutdownImmediately > --- > > Key: CASSANDRA-17705 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17705 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Berenguer Blasi >Priority: Normal > Fix For: 4.1-beta, 4.x > > > Failing on 4.1 and trunk in different ways. > trunk: > h3. > {code:java} > Error Message > Expect batch commitlog shutdown immediately, but took 60003 > Stacktrace > junit.framework.AssertionFailedError: Expect batch commitlog shutdown > immediately, but took 60003 at > org.apache.cassandra.db.commitlog.BatchCommitLogTest.testBatchCLShutDownImmediately(BatchCommitLogTest.java:78) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > {code} > > 4.1: > h3. > {code:java} > Stacktrace > java.io.UncheckedIOException at > org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:768) > at > org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:753) > at org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:255) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:297) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:304) at > org.apache.cassandra.io.util.File.delete(File.java:158) at > org.apache.cassandra.io.util.File.delete(File.java:167) at > org.apache.cassandra.db.commitlog.CommitLogSegmentManagerCDC.discard(CommitLogSegmentManagerCDC.java:75) > at > org.apache.cassandra.db.commitlog.AbstractCommitLogSegmentManager.closeAndDeleteSegmentUnsafe(AbstractCommitLogSegmentManager.java:490) > at > org.apache.cassandra.db.commitlog.AbstractCommitLogSegmentManager.stopUnsafe(AbstractCommitLogSegmentManager.java:463) > at > org.apache.cassandra.db.commitlog.CommitLog.stopUnsafe(CommitLog.java:503) at > org.apache.cassandra.db.commitlog.CommitLog.resetUnsafe(CommitLog.java:469) > at > org.apache.cassandra.db.commitlog.CommitLogTest.beforeTest(CommitLogTest.java:190) > at jdk.internal.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.nio.file.NoSuchFileException: > build/test/cassandra/commitlog/CommitLog-7-1655412746719.log at > java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:92) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) > at > java.base/sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:249) > at > java.base/sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:105) > at java.base/java.nio.file.Files.delete(Files.java:1142) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:250) > Standard Output > DEBUG [main] 2022-06-16 20:55:09,747 InternalLoggerFactory.java:63 - Using > SLF4J as the default logging framework DEBUG [main] 2022-06-16 20:55:09,754 > InternalThreadLocalMap.java:83 - > -Dio.netty.threadLocalMap.stringBuilder.initialSize: 1024 DEBUG [main] > 2022-06-16 20:55:09,754 InternalThreadLocalMap.java:86 - > -Dio.netty.threadLocalMap.stringBuilder.maxSize: 4096 INFO [main] 2022-06-16 > 20:55:09,754 CipherFactory.java:68 - initializing CipherFactory INFO [main] > 2022-06-16 20:55:09,755 JKSKeyPro ...[truncated 2038621 chars]... > tLog-7-1655412912227.log INFO [main] 2022-06-16 20:55:31,900 > CommitLog.java:174 - No commitlog files found; skipping replay DEBUG [main] > 2022-06-16 20:55:32,127 CommitLogReader.java:266 - Reading > build/test/cassandra/commitlog/CommitLog-7-1655412912229.log (CL version 7, > messaging version 12, compression > org.apache.cassandra.io.compress.ZstdCompressor{}) INFO [main] 2022-06-16 > 20:55:32,141 CommitLogReader.java:257 - Finished reading > {code} > build/test/cassandra/commitlog/CommitLog-7-1655412912229.log -- 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-17705) Fix testBatchCLShutdownImmediately
[ https://issues.apache.org/jira/browse/CASSANDRA-17705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi reassigned CASSANDRA-17705: --- Assignee: Berenguer Blasi > Fix testBatchCLShutdownImmediately > --- > > Key: CASSANDRA-17705 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17705 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Assignee: Berenguer Blasi >Priority: Normal > Fix For: 4.1-beta, 4.x > > > Failing on 4.1 and trunk in different ways. > trunk: > h3. > {code:java} > Error Message > Expect batch commitlog shutdown immediately, but took 60003 > Stacktrace > junit.framework.AssertionFailedError: Expect batch commitlog shutdown > immediately, but took 60003 at > org.apache.cassandra.db.commitlog.BatchCommitLogTest.testBatchCLShutDownImmediately(BatchCommitLogTest.java:78) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > {code} > > 4.1: > h3. > {code:java} > Stacktrace > java.io.UncheckedIOException at > org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:768) > at > org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:753) > at org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:255) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:297) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:304) at > org.apache.cassandra.io.util.File.delete(File.java:158) at > org.apache.cassandra.io.util.File.delete(File.java:167) at > org.apache.cassandra.db.commitlog.CommitLogSegmentManagerCDC.discard(CommitLogSegmentManagerCDC.java:75) > at > org.apache.cassandra.db.commitlog.AbstractCommitLogSegmentManager.closeAndDeleteSegmentUnsafe(AbstractCommitLogSegmentManager.java:490) > at > org.apache.cassandra.db.commitlog.AbstractCommitLogSegmentManager.stopUnsafe(AbstractCommitLogSegmentManager.java:463) > at > org.apache.cassandra.db.commitlog.CommitLog.stopUnsafe(CommitLog.java:503) at > org.apache.cassandra.db.commitlog.CommitLog.resetUnsafe(CommitLog.java:469) > at > org.apache.cassandra.db.commitlog.CommitLogTest.beforeTest(CommitLogTest.java:190) > at jdk.internal.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.nio.file.NoSuchFileException: > build/test/cassandra/commitlog/CommitLog-7-1655412746719.log at > java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:92) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) > at > java.base/sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:249) > at > java.base/sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:105) > at java.base/java.nio.file.Files.delete(Files.java:1142) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:250) > Standard Output > DEBUG [main] 2022-06-16 20:55:09,747 InternalLoggerFactory.java:63 - Using > SLF4J as the default logging framework DEBUG [main] 2022-06-16 20:55:09,754 > InternalThreadLocalMap.java:83 - > -Dio.netty.threadLocalMap.stringBuilder.initialSize: 1024 DEBUG [main] > 2022-06-16 20:55:09,754 InternalThreadLocalMap.java:86 - > -Dio.netty.threadLocalMap.stringBuilder.maxSize: 4096 INFO [main] 2022-06-16 > 20:55:09,754 CipherFactory.java:68 - initializing CipherFactory INFO [main] > 2022-06-16 20:55:09,755 JKSKeyPro ...[truncated 2038621 chars]... > tLog-7-1655412912227.log INFO [main] 2022-06-16 20:55:31,900 > CommitLog.java:174 - No commitlog files found; skipping replay DEBUG [main] > 2022-06-16 20:55:32,127 CommitLogReader.java:266 - Reading > build/test/cassandra/commitlog/CommitLog-7-1655412912229.log (CL version 7, > messaging version 12, compression > org.apache.cassandra.io.compress.ZstdCompressor{}) INFO [main] 2022-06-16 > 20:55:32,141 CommitLogReader.java:257 - Finished reading > {code} > build/test/cassandra/commitlog/CommitLog-7-1655412912229.log -- 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-17705) Fix testBatchCLShutdownImmediately
[ https://issues.apache.org/jira/browse/CASSANDRA-17705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560857#comment-17560857 ] Berenguer Blasi commented on CASSANDRA-17705: - All this files shuffling under the test's feet align perfectly to my observations on CASSANDRA-17232. Closing as duplicate and we can reopen if needed. > Fix testBatchCLShutdownImmediately > --- > > Key: CASSANDRA-17705 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17705 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Priority: Normal > Fix For: 4.1-beta, 4.x > > > Failing on 4.1 and trunk in different ways. > trunk: > h3. > {code:java} > Error Message > Expect batch commitlog shutdown immediately, but took 60003 > Stacktrace > junit.framework.AssertionFailedError: Expect batch commitlog shutdown > immediately, but took 60003 at > org.apache.cassandra.db.commitlog.BatchCommitLogTest.testBatchCLShutDownImmediately(BatchCommitLogTest.java:78) > at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) at > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > {code} > > 4.1: > h3. > {code:java} > Stacktrace > java.io.UncheckedIOException at > org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:768) > at > org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:753) > at org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:255) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:297) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:304) at > org.apache.cassandra.io.util.File.delete(File.java:158) at > org.apache.cassandra.io.util.File.delete(File.java:167) at > org.apache.cassandra.db.commitlog.CommitLogSegmentManagerCDC.discard(CommitLogSegmentManagerCDC.java:75) > at > org.apache.cassandra.db.commitlog.AbstractCommitLogSegmentManager.closeAndDeleteSegmentUnsafe(AbstractCommitLogSegmentManager.java:490) > at > org.apache.cassandra.db.commitlog.AbstractCommitLogSegmentManager.stopUnsafe(AbstractCommitLogSegmentManager.java:463) > at > org.apache.cassandra.db.commitlog.CommitLog.stopUnsafe(CommitLog.java:503) at > org.apache.cassandra.db.commitlog.CommitLog.resetUnsafe(CommitLog.java:469) > at > org.apache.cassandra.db.commitlog.CommitLogTest.beforeTest(CommitLogTest.java:190) > at jdk.internal.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > Caused by: java.nio.file.NoSuchFileException: > build/test/cassandra/commitlog/CommitLog-7-1655412746719.log at > java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:92) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) > at > java.base/sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:249) > at > java.base/sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:105) > at java.base/java.nio.file.Files.delete(Files.java:1142) at > org.apache.cassandra.io.util.PathUtils.delete(PathUtils.java:250) > Standard Output > DEBUG [main] 2022-06-16 20:55:09,747 InternalLoggerFactory.java:63 - Using > SLF4J as the default logging framework DEBUG [main] 2022-06-16 20:55:09,754 > InternalThreadLocalMap.java:83 - > -Dio.netty.threadLocalMap.stringBuilder.initialSize: 1024 DEBUG [main] > 2022-06-16 20:55:09,754 InternalThreadLocalMap.java:86 - > -Dio.netty.threadLocalMap.stringBuilder.maxSize: 4096 INFO [main] 2022-06-16 > 20:55:09,754 CipherFactory.java:68 - initializing CipherFactory INFO [main] > 2022-06-16 20:55:09,755 JKSKeyPro ...[truncated 2038621 chars]... > tLog-7-1655412912227.log INFO [main] 2022-06-16 20:55:31,900 > CommitLog.java:174 - No commitlog files found; skipping replay DEBUG [main] > 2022-06-16 20:55:32,127 CommitLogReader.java:266 - Reading > build/test/cassandra/commitlog/CommitLog-7-1655412912229.log (CL version 7, > messaging version 12, compression > org.apache.cassandra.io.compress.ZstdCompressor{}) INFO [main] 2022-06-16 > 20:55:32,141 CommitLogReader.java:257 - Finished reading > {code} > build/test/cassandra/commitlog/CommitLog-7-1655412912229.log -- 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:
[jira] [Commented] (CASSANDRA-17634) Fix test: dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test.TestDropCompactStorage.test_drop_compact_storage_mixed_cluster
[ https://issues.apache.org/jira/browse/CASSANDRA-17634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560853#comment-17560853 ] Berenguer Blasi commented on CASSANDRA-17634: - We can see, looking in butler, how this fails in 4.0 both: - With the [timeouts|https://ci-cassandra.apache.org/job/Cassandra-4.0/416/testReport/dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test/TestDropCompactStorage/test_drop_compact_storage_mixed_cluster/], where the test has many sleeps hence it's flakiness - With sstable and CF mistracking. This _may_ be a side effect of the above? In any case I think we have enough proof this is not a 4.1 regression, hence amending the fixver. Please feel free to change it if you disagree. > Fix test: > dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test.TestDropCompactStorage.test_drop_compact_storage_mixed_cluster > -- > > Key: CASSANDRA-17634 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17634 > Project: Cassandra > Issue Type: Bug > Components: Local/Compaction >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.1-beta, 4.1.x > > > From > https://ci-cassandra.apache.org/job/Cassandra-4.1/24/testReport/dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test/TestDropCompactStorage/test_drop_compact_storage_mixed_cluster/ > {noformat} > Error Message > test teardown failure > Stacktrace > Unexpected error found in node logs (see stdout for full details). Errors: > [[node2] 'ERROR [NonPeriodicTasks:1] 2022-05-18 11:36:18,780 > LogTransaction.java:398 - SSTableTidier ran with no existing data file for an > sstable that was not new', [node2] 'ERROR [NonPeriodicTasks:1] 2022-05-18 > 11:36:18,788 LogTransaction.java:250 - Unable to delete > /home/cassandra/cassandra/cassandra-dtest/tmp/dtest-vk4cgziz/test/node2/data0/system_schema/columns-24101c25a2ae3af787c1b40ee1aca33f/nb_txn_upgradesstables_bbe470a4-d69e-11ec-8d33-579a578037c7.log > as it does not exist, see debug log file for stack trace', [node2] 'ERROR > [NonPeriodicTasks:1] 2022-05-18 11:36:18,821 LogTransaction.java:250 - Unable > to delete > /home/cassandra/cassandra/cassandra-dtest/tmp/dtest-vk4cgziz/test/node2/data0/system_schema/columns-24101c25a2ae3af787c1b40ee1aca33f/nb_txn_upgradesstables_bbe4709a-d69e-11ec-8d33-579a578037c7.log > as it does not exist, see debug log file for stack trace', [node2] 'ERROR > [CompactionExecutor:1] 2022-05-18 11:36:29,589 JVMStabilityInspector.java:68 > - Exception in thread > Thread[CompactionExecutor:1,5,CompactionExecutor]\njava.lang.NullPointerException: > null\n\tat > org.apache.cassandra.db.lifecycle.LogFile.makeRecord(LogFile.java:346)\n\tat > org.apache.cassandra.db.lifecycle.LogFile.contains(LogFile.java:381)\n\tat > org.apache.cassandra.db.lifecycle.LogTransaction.obsoleted(LogTransaction.java:183)\n\tat > > org.apache.cassandra.db.lifecycle.Helpers.prepareForObsoletion(Helpers.java:136)\n\tat > > org.apache.cassandra.db.lifecycle.LifecycleTransaction.doPrepare(LifecycleTransaction.java:206)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:168)\n\tat > > org.apache.cassandra.io.sstable.SSTableRewriter.doPrepare(SSTableRewriter.java:386)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:168)\n\tat > > org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.doPrepare(CompactionAwareWriter.java:106)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:168)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.finish(Transactional.java:179)\n\tat > > org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.finish(CompactionAwareWriter.java:116)\n\tat > > org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:218)\n\tat > > org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)\n\tat > org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:82)\n\tat > > org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:100)\n\tat > > org.apache.cassandra.db.compaction.CompactionManager$BackgroundCompactionCandidate.run(CompactionManager.java:299)\n\tat > org.apache.cassandra.concurrent.FutureTask$2.call(FutureTask.java:98)\n\tat > org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:47)\n\tat > org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:57)\n\tat >
[jira] [Updated] (CASSANDRA-17634) Fix test: dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test.TestDropCompactStorage.test_drop_compact_storage_mixed_cluster
[ https://issues.apache.org/jira/browse/CASSANDRA-17634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Berenguer Blasi updated CASSANDRA-17634: Fix Version/s: 4.0.x (was: 4.1-beta) > Fix test: > dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test.TestDropCompactStorage.test_drop_compact_storage_mixed_cluster > -- > > Key: CASSANDRA-17634 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17634 > Project: Cassandra > Issue Type: Bug > Components: Local/Compaction >Reporter: Brandon Williams >Priority: Normal > Fix For: 4.0.x, 4.1.x > > > From > https://ci-cassandra.apache.org/job/Cassandra-4.1/24/testReport/dtest-upgrade.upgrade_tests.drop_compact_storage_upgrade_test/TestDropCompactStorage/test_drop_compact_storage_mixed_cluster/ > {noformat} > Error Message > test teardown failure > Stacktrace > Unexpected error found in node logs (see stdout for full details). Errors: > [[node2] 'ERROR [NonPeriodicTasks:1] 2022-05-18 11:36:18,780 > LogTransaction.java:398 - SSTableTidier ran with no existing data file for an > sstable that was not new', [node2] 'ERROR [NonPeriodicTasks:1] 2022-05-18 > 11:36:18,788 LogTransaction.java:250 - Unable to delete > /home/cassandra/cassandra/cassandra-dtest/tmp/dtest-vk4cgziz/test/node2/data0/system_schema/columns-24101c25a2ae3af787c1b40ee1aca33f/nb_txn_upgradesstables_bbe470a4-d69e-11ec-8d33-579a578037c7.log > as it does not exist, see debug log file for stack trace', [node2] 'ERROR > [NonPeriodicTasks:1] 2022-05-18 11:36:18,821 LogTransaction.java:250 - Unable > to delete > /home/cassandra/cassandra/cassandra-dtest/tmp/dtest-vk4cgziz/test/node2/data0/system_schema/columns-24101c25a2ae3af787c1b40ee1aca33f/nb_txn_upgradesstables_bbe4709a-d69e-11ec-8d33-579a578037c7.log > as it does not exist, see debug log file for stack trace', [node2] 'ERROR > [CompactionExecutor:1] 2022-05-18 11:36:29,589 JVMStabilityInspector.java:68 > - Exception in thread > Thread[CompactionExecutor:1,5,CompactionExecutor]\njava.lang.NullPointerException: > null\n\tat > org.apache.cassandra.db.lifecycle.LogFile.makeRecord(LogFile.java:346)\n\tat > org.apache.cassandra.db.lifecycle.LogFile.contains(LogFile.java:381)\n\tat > org.apache.cassandra.db.lifecycle.LogTransaction.obsoleted(LogTransaction.java:183)\n\tat > > org.apache.cassandra.db.lifecycle.Helpers.prepareForObsoletion(Helpers.java:136)\n\tat > > org.apache.cassandra.db.lifecycle.LifecycleTransaction.doPrepare(LifecycleTransaction.java:206)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:168)\n\tat > > org.apache.cassandra.io.sstable.SSTableRewriter.doPrepare(SSTableRewriter.java:386)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:168)\n\tat > > org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.doPrepare(CompactionAwareWriter.java:106)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.prepareToCommit(Transactional.java:168)\n\tat > > org.apache.cassandra.utils.concurrent.Transactional$AbstractTransactional.finish(Transactional.java:179)\n\tat > > org.apache.cassandra.db.compaction.writers.CompactionAwareWriter.finish(CompactionAwareWriter.java:116)\n\tat > > org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:218)\n\tat > > org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)\n\tat > org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:82)\n\tat > > org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:100)\n\tat > > org.apache.cassandra.db.compaction.CompactionManager$BackgroundCompactionCandidate.run(CompactionManager.java:299)\n\tat > org.apache.cassandra.concurrent.FutureTask$2.call(FutureTask.java:98)\n\tat > org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:47)\n\tat > org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:57)\n\tat > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)\n\tat > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)\n\tat > > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)\n\tat > java.lang.Thread.run(Thread.java:748)'] > {noformat} -- 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-17608) Fix testMetricsWithRebuildAndStreamingToTwoNodes
[ https://issues.apache.org/jira/browse/CASSANDRA-17608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17560847#comment-17560847 ] Berenguer Blasi commented on CASSANDRA-17608: - The stack is gone, it's not present in butler, neither in jenkins where all the history is green, it can't be repro'ed and this could have very well be some side effect of all the problems we had in jenkins. Closing and we can reopen if it ever comes back again. Feel free to reopen if anybody disagrees. > Fix testMetricsWithRebuildAndStreamingToTwoNodes > > > Key: CASSANDRA-17608 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17608 > Project: Cassandra > Issue Type: Bug > Components: CI >Reporter: Ekaterina Dimitrova >Priority: Normal > Fix For: 4.1-beta > > > [https://ci-cassandra.apache.org/job/Cassandra-4.1/4/testReport/org.apache.cassandra.distributed.test.metrics/StreamingMetricsTest/testMetricsWithRebuildAndStreamingToTwoNodes/] > > h3. > {code:java} > Error Message > [The amount of files received by node2 from node3 is not the expected one. > [expected: 5, actual: 6]] expected:<[5]L> but was:<[6]L> > Stacktrace > junit.framework.AssertionFailedError: [The amount of files received by node2 > from node3 is not the expected one. [expected: 5, actual: 6]] expected:<[5]L> > but was:<[6]L> at > org.apache.cassandra.distributed.test.metrics.StreamingMetricsTest.lambda$checkDataReceived$e7abd6ea$1(StreamingMetricsTest.java:368) > at org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:81) at > org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:47) at > org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:57) at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at > io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) > at java.lang.Thread.run(Thread.java:748) > {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