[jira] [Commented] (CASSANDRA-15970) 3.x fails to start if commit log has range tombstones from a column which is also deleted
[
https://issues.apache.org/jira/browse/CASSANDRA-15970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164736#comment-17164736
]
David Capwell commented on CASSANDRA-15970:
---
thrift was added, now waiting on drain.
> 3.x fails to start if commit log has range tombstones from a column which is
> also deleted
> -
>
> Key: CASSANDRA-15970
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15970
> Project: Cassandra
> Issue Type: Bug
> Components: Legacy/Local Write-Read Paths, Local/Commit Log
>Reporter: David Capwell
>Assignee: David Capwell
>Priority: Normal
> Fix For: 3.0.x, 3.11.x
>
>
> Cassandra crashes with the following exception
> {code}
> ERROR [node1_isolatedExecutor:1] node1 2020-07-21 18:59:39,048
> JVMStabilityInspector.java:102 - Exiting due to error while processing commit
> log during initialization.
> org.apache.cassandra.db.commitlog.CommitLogReplayer$CommitLogReplayException:
> Unexpected error deserializing mutation; saved to
> /var/folders/cm/08cddl2s25j7fq3jdb76gh4rgn/T/mutation6239873170066752296dat.
> This may be caused by replaying a mutation against a table with the same
> name but incompatible schema.
> at
> org.apache.cassandra.db.commitlog.CommitLogReplayer.handleReplayError(CommitLogReplayer.java:731)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLogReplayer.replayMutation(CommitLogReplayer.java:656)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLogReplayer.replaySyncSection(CommitLogReplayer.java:609)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLogReplayer.recover(CommitLogReplayer.java:493)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLogReplayer.recover(CommitLogReplayer.java:189)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLog.recover(CommitLog.java:170)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLog.recover(CommitLog.java:151)
> [dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.distributed.impl.Instance.lambda$startup$7(Instance.java:535)
> [dtest-3.0.21.jar:na]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_242]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> ~[na:1.8.0_242]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> ~[na:1.8.0_242]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> ~[na:1.8.0_242]
> at
> org.apache.cassandra.concurrent.NamedThreadFactory.lambda$threadLocalDeallocator$0(NamedThreadFactory.java:83)
> ~[dtest-3.0.21.jar:na]
> at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_242]
> Caused by: java.lang.NullPointerException: null
> at
> org.apache.cassandra.db.ClusteringComparator.validate(ClusteringComparator.java:206)
> ~[dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.partitions.PartitionUpdate.validate(PartitionUpdate.java:494)
> ~[dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.commitlog.CommitLogReplayer.replayMutation(CommitLogReplayer.java:629)
> [dtest-3.0.21.jar:na]
> ... 12 common frames omitted
> {code}
> If you drain in 2.2 before upgrade, you get the following
> {code}
> ERROR [SharedPool-Worker-1] node1 2020-07-21 22:17:25,661
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread
> Thread[SharedPool-Worker-1,5,node1]
> java.lang.RuntimeException: java.lang.NullPointerException
> at
> org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2537)
> ~[dtest-3.0.21.jar:na]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_242]
> at
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:165)
> ~[dtest-3.0.21.jar:na]
> at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:109)
> [dtest-3.0.21.jar:na]
> at java.lang.Thread.run(Thread.java:748) [na:1.8.0_242]
> Caused by: java.lang.NullPointerException: null
> at
> org.apache.cassandra.db.ClusteringComparator.compare(ClusteringComparator.java:131)
> ~[dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.UnfilteredDeserializer$OldFormatDeserializer.compareNextTo(UnfilteredDeserializer.java:391)
> ~[dtest-3.0.21.jar:na]
> at
> org.apache.cassandra.db.columniterator.SSTableIterator$ForwardReader.handlePreSliceData(SSTableIterator.java:105)
> ~[dtest-3.0.21.jar:na]
> at
>
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164720#comment-17164720
]
David Capwell commented on CASSANDRA-15979:
---
heh... interesting... not sure how doubling CCM_MAX_HEAP_SIZE and
CCM_HEAP_NEWSIZE fix the issue, ant is saying its OOMing doing the junitreport
action.
I see it from time to time with LOWER, and rarely with HIGHER
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-3.0' into cassandra-3.11
This is an automated email from the ASF dual-hosted git repository. dcapwell pushed a commit to branch cassandra-3.11 in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 8c612145376945637af42a8660189dc4c4ccd852 Merge: 3f92ff7 ebf9c74 Author: David Capwell AuthorDate: Fri Jul 24 18:50:10 2020 -0700 Merge branch 'cassandra-3.0' into cassandra-3.11 build.xml | 1 + .../apache/cassandra/service/CassandraDaemon.java | 35 --- .../distributed/test/ThriftClientTest.java | 51 ++ .../distributed/test/ThriftClientUtils.java| 38 4 files changed, 118 insertions(+), 7 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15967) Add support in jvm dtest to test thrift
[ https://issues.apache.org/jira/browse/CASSANDRA-15967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Capwell updated CASSANDRA-15967: -- Fix Version/s: (was: 3.11.x) (was: 3.0.x) (was: 2.2.x) 2.2.18 3.11.8 3.0.22 Source Control Link: https://github.com/apache/cassandra/commit/25fd7bd84f1931d2a44e90e629f794c4cd11aa46 Resolution: Fixed Status: Resolved (was: Ready to Commit) 2.2 CI: https://app.circleci.com/pipelines/github/dcapwell/cassandra?branch=commit_remote_branch%2FF251322D-2B8C-4624-8880-BC5E7C528BB3 CI Status: Yellow automaticNamedDcTest - org.apache.cassandra.distributed.test.NetworkTopologyTest - java.util.concurrent.TimeoutException Unrelated to the change, so ignoring 3.0 CI: https://app.circleci.com/pipelines/github/dcapwell/cassandra?branch=commit_remote_branch%2F69CA6E47-1CA4-4BD1-AD01-2F8E8FACBF11 CI Status: green 3.11 CI: https://app.circleci.com/pipelines/github/dcapwell/cassandra?branch=commit_remote_branch%2F554FA2A2-54BD-4CDA-8D9D-FFFC8DAF7294 CI Status: Yellow testIndexMemtableSwitching - org.apache.cassandra.index.sasi.SASIIndexTest - expected:<0> but was:<1> - known flaky > Add support in jvm dtest to test thrift > --- > > Key: CASSANDRA-15967 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15967 > Project: Cassandra > Issue Type: Improvement > Components: Test/dtest >Reporter: David Capwell >Assignee: David Capwell >Priority: Normal > Fix For: 3.0.22, 3.11.8, 2.2.18 > > > In 2.2 and 3.x thrift is supported and can cause problems for the non thrift > code. To make sure we can test these interactions, need to add support for > thrift in jvm dtest. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-3.0 updated (5ee720a -> ebf9c74)
This is an automated email from the ASF dual-hosted git repository. dcapwell pushed a change to branch cassandra-3.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git. from 5ee720a Merge branch 'cassandra-2.2' into cassandra-3.0 new 25fd7bd Add support in jvm dtest to test thrift new ebf9c74 Merge branch 'cassandra-2.2' into cassandra-3.0 The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: build.xml | 1 + .../apache/cassandra/service/CassandraDaemon.java | 35 --- .../distributed/test/ThriftClientTest.java | 51 ++ .../distributed/test/ThriftClientUtils.java| 38 4 files changed, 118 insertions(+), 7 deletions(-) create mode 100644 test/distributed/org/apache/cassandra/distributed/test/ThriftClientTest.java create mode 100644 test/distributed/org/apache/cassandra/distributed/test/ThriftClientUtils.java - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-2.2 updated: Add support in jvm dtest to test thrift
This is an automated email from the ASF dual-hosted git repository.
dcapwell pushed a commit to branch cassandra-2.2
in repository https://gitbox.apache.org/repos/asf/cassandra.git
The following commit(s) were added to refs/heads/cassandra-2.2 by this push:
new 25fd7bd Add support in jvm dtest to test thrift
25fd7bd is described below
commit 25fd7bd84f1931d2a44e90e629f794c4cd11aa46
Author: David Capwell
AuthorDate: Fri Jul 24 18:16:37 2020 -0700
Add support in jvm dtest to test thrift
patch by David Capwell; reviewed by Alex Petrov,Jon Meredith for
CASSANDRA-15967
---
build.xml | 1 +
.../apache/cassandra/service/CassandraDaemon.java | 24 +++---
.../distributed/test/ThriftClientTest.java | 51 ++
.../distributed/test/ThriftClientUtils.java| 38
4 files changed, 109 insertions(+), 5 deletions(-)
diff --git a/build.xml b/build.xml
index 4c05a94..84172aa 100644
--- a/build.xml
+++ b/build.xml
@@ -1866,6 +1866,7 @@
+
diff --git a/src/java/org/apache/cassandra/service/CassandraDaemon.java
b/src/java/org/apache/cassandra/service/CassandraDaemon.java
index a317ab3..7d85d9d 100644
--- a/src/java/org/apache/cassandra/service/CassandraDaemon.java
+++ b/src/java/org/apache/cassandra/service/CassandraDaemon.java
@@ -22,6 +22,7 @@ import java.io.IOException;
import java.lang.management.ManagementFactory;
import java.lang.management.MemoryPoolMXBean;
import java.net.InetAddress;
+import java.net.InetSocketAddress;
import java.net.UnknownHostException;
import java.rmi.AccessException;
import java.rmi.AlreadyBoundException;
@@ -372,11 +373,6 @@ public class CassandraDaemon
if (sizeRecorderInterval > 0)
ScheduledExecutors.optionalTasks.scheduleWithFixedDelay(SizeEstimatesRecorder.instance,
30, sizeRecorderInterval, TimeUnit.SECONDS);
-// Thrift
-InetAddress rpcAddr = DatabaseDescriptor.getRpcAddress();
-int rpcPort = DatabaseDescriptor.getRpcPort();
-int listenBacklog = DatabaseDescriptor.getRpcListenBacklog();
-thriftServer = new ThriftServer(rpcAddr, rpcPort, listenBacklog);
initializeNativeTransport();
completeSetup();
@@ -384,6 +380,12 @@ public class CassandraDaemon
public void initializeNativeTransport()
{
+// Thrift
+InetAddress rpcAddr = DatabaseDescriptor.getRpcAddress();
+int rpcPort = DatabaseDescriptor.getRpcPort();
+int listenBacklog = DatabaseDescriptor.getRpcListenBacklog();
+thriftServer = new ThriftServer(rpcAddr, rpcPort, listenBacklog);
+
// Native transport
InetAddress nativeAddr = DatabaseDescriptor.getRpcAddress();
int nativePort = DatabaseDescriptor.getNativeTransportPort();
@@ -398,6 +400,12 @@ public class CassandraDaemon
throw new IllegalStateException("native transport should be set up
before it can be started");
nativeServer.start();
+logger.info("Native server running on {}", new
InetSocketAddress(DatabaseDescriptor.getRpcAddress(),
DatabaseDescriptor.getNativeTransportPort()));
+
+if (thriftServer == null)
+throw new IllegalStateException("thrift transport should be set up
before it can be started");
+thriftServer.start();
+logger.info("Thrift server running on {}", new
InetSocketAddress(DatabaseDescriptor.getRpcAddress(),
DatabaseDescriptor.getRpcPort()));
}
private void validateTransportsCanStart()
@@ -567,6 +575,12 @@ public class CassandraDaemon
nativeServer.stopAndAwaitTermination();
nativeServer = null;
}
+
+if (thriftServer != null)
+{
+thriftServer.stopAndAwaitTermination();
+thriftServer = null;
+}
}
diff --git
a/test/distributed/org/apache/cassandra/distributed/test/ThriftClientTest.java
b/test/distributed/org/apache/cassandra/distributed/test/ThriftClientTest.java
new file mode 100644
index 000..c5d5b9b
--- /dev/null
+++
b/test/distributed/org/apache/cassandra/distributed/test/ThriftClientTest.java
@@ -0,0 +1,51 @@
+package org.apache.cassandra.distributed.test;
+
+import java.io.IOException;
+import java.util.Arrays;
+import java.util.Collections;
+
+import org.junit.Test;
+
+import org.apache.cassandra.db.marshal.CompositeType;
+import org.apache.cassandra.distributed.Cluster;
+import org.apache.cassandra.distributed.api.ConsistencyLevel;
+import org.apache.cassandra.distributed.api.Feature;
+import org.apache.cassandra.distributed.api.QueryResults;
+import org.apache.cassandra.distributed.api.SimpleQueryResult;
+import org.apache.cassandra.distributed.shared.AssertUtils;
+import org.apache.cassandra.thrift.Column;
+import org.apache.cassandra.thrift.ColumnOrSuperColumn;
+import org.apache.cassandra.thrift.Mutation;
+import
[cassandra] branch cassandra-3.11 updated (3f92ff7 -> 8c61214)
This is an automated email from the ASF dual-hosted git repository. dcapwell pushed a change to branch cassandra-3.11 in repository https://gitbox.apache.org/repos/asf/cassandra.git. from 3f92ff7 Increment version to 3.11.8 new 25fd7bd Add support in jvm dtest to test thrift new ebf9c74 Merge branch 'cassandra-2.2' into cassandra-3.0 new 8c61214 Merge branch 'cassandra-3.0' into cassandra-3.11 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: build.xml | 1 + .../apache/cassandra/service/CassandraDaemon.java | 35 --- .../distributed/test/ThriftClientTest.java | 51 ++ .../distributed/test/ThriftClientUtils.java| 38 4 files changed, 118 insertions(+), 7 deletions(-) create mode 100644 test/distributed/org/apache/cassandra/distributed/test/ThriftClientTest.java create mode 100644 test/distributed/org/apache/cassandra/distributed/test/ThriftClientUtils.java - 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-2.2' into cassandra-3.0
This is an automated email from the ASF dual-hosted git repository.
dcapwell pushed a commit to branch cassandra-3.0
in repository https://gitbox.apache.org/repos/asf/cassandra.git
commit ebf9c74c4ea8aefb1262458664571fdb52b76102
Merge: 5ee720a 25fd7bd
Author: David Capwell
AuthorDate: Fri Jul 24 18:47:39 2020 -0700
Merge branch 'cassandra-2.2' into cassandra-3.0
build.xml | 1 +
.../apache/cassandra/service/CassandraDaemon.java | 35 ---
.../distributed/test/ThriftClientTest.java | 51 ++
.../distributed/test/ThriftClientUtils.java| 38
4 files changed, 118 insertions(+), 7 deletions(-)
diff --cc src/java/org/apache/cassandra/service/CassandraDaemon.java
index 85a002f,7d85d9d..271f763
--- a/src/java/org/apache/cassandra/service/CassandraDaemon.java
+++ b/src/java/org/apache/cassandra/service/CassandraDaemon.java
@@@ -408,11 -367,12 +408,6 @@@ public class CassandraDaemo
// due to scheduling errors or race conditions
ScheduledExecutors.optionalTasks.scheduleWithFixedDelay(ColumnFamilyStore.getBackgroundCompactionTaskSubmitter(),
5, 1, TimeUnit.MINUTES);
- // Thrift
- InetAddress rpcAddr = DatabaseDescriptor.getRpcAddress();
- int rpcPort = DatabaseDescriptor.getRpcPort();
- int listenBacklog = DatabaseDescriptor.getRpcListenBacklog();
- thriftServer = new ThriftServer(rpcAddr, rpcPort, listenBacklog);
-// schedule periodic dumps of table size estimates into
SystemKeyspace.SIZE_ESTIMATES_CF
-// set cassandra.size_recorder_interval to 0 to disable
-int sizeRecorderInterval =
Integer.getInteger("cassandra.size_recorder_interval", 5 * 60);
-if (sizeRecorderInterval > 0)
-
ScheduledExecutors.optionalTasks.scheduleWithFixedDelay(SizeEstimatesRecorder.instance,
30, sizeRecorderInterval, TimeUnit.SECONDS);
-
initializeNativeTransport();
completeSetup();
@@@ -420,9 -380,58 +415,16 @@@
public void initializeNativeTransport()
{
+ // Thrift
+ InetAddress rpcAddr = DatabaseDescriptor.getRpcAddress();
+ int rpcPort = DatabaseDescriptor.getRpcPort();
+ int listenBacklog = DatabaseDescriptor.getRpcListenBacklog();
-thriftServer = new ThriftServer(rpcAddr, rpcPort, listenBacklog);
-
-// Native transport
-InetAddress nativeAddr = DatabaseDescriptor.getRpcAddress();
-int nativePort = DatabaseDescriptor.getNativeTransportPort();
-nativeServer = new org.apache.cassandra.transport.Server(nativeAddr,
nativePort);
-}
-
-public void startNativeTransport()
-{
-validateTransportsCanStart();
-
-if (nativeServer == null)
-throw new IllegalStateException("native transport should be set
up before it can be started");
-
-nativeServer.start();
-logger.info("Native server running on {}", new
InetSocketAddress(DatabaseDescriptor.getRpcAddress(),
DatabaseDescriptor.getNativeTransportPort()));
-
+ if (thriftServer == null)
-throw new IllegalStateException("thrift transport should be set
up before it can be started");
-thriftServer.start();
-logger.info("Thrift server running on {}", new
InetSocketAddress(DatabaseDescriptor.getRpcAddress(),
DatabaseDescriptor.getRpcPort()));
-}
++thriftServer = new ThriftServer(rpcAddr, rpcPort, listenBacklog);
+
-private void validateTransportsCanStart()
-{
-// We only start transports if bootstrap has completed and we're not
in survey mode, OR if we are in
-// survey mode and streaming has completed but we're not using auth.
-// OR if we have not joined the ring yet.
-if (StorageService.instance.hasJoined())
-{
-if (StorageService.instance.isSurveyMode())
-{
-if (StorageService.instance.isBootstrapMode() ||
DatabaseDescriptor.getAuthenticator().requireAuthentication())
-{
-throw new IllegalStateException("Not starting client
transports in write_survey mode as it's bootstrapping or " +
-"auth is enabled");
-}
-}
-else
-{
-if (!SystemKeyspace.bootstrapComplete())
-{
-throw new IllegalStateException("Node is not yet
bootstrapped completely. Use nodetool to check bootstrap" +
-" state and resume. For
more, see `nodetool help bootstrap`");
-}
-}
-}
+// Native transport
+if (nativeTransportService == null)
+nativeTransportService = new NativeTransportService();
}
/*
@@@ -563,11 -568,19 +565,17 @@@
[jira] [Commented] (CASSANDRA-15981) jvm-dtests crash on java 11
[
https://issues.apache.org/jira/browse/CASSANDRA-15981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164708#comment-17164708
]
David Capwell commented on CASSANDRA-15981:
---
Switching off of CMS would also solve the issue, as its local to CMS.
> jvm-dtests crash on java 11
> ---
>
> Key: CASSANDRA-15981
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15981
> Project: Cassandra
> Issue Type: Bug
> Components: Build
>Reporter: David Capwell
>Priority: Normal
> Fix For: 4.0-beta
>
>
> There is a race condition bug with CMS and class unloading which cause the
> JVM to crash. Since jvm-dtests rely on class loaders and unloading, this
> causes sporadic JVM crashes that look like the following in CI logs
> {code}
> junit.framework.AssertionFailedError: Forked Java VM exited abnormally.
> Please note the time in the report does not reflect the time until the VM
> exit.
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15981) jvm-dtests crash on java 11
[
https://issues.apache.org/jira/browse/CASSANDRA-15981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164705#comment-17164705
]
David Capwell commented on CASSANDRA-15981:
---
might be ok to still define MaxMetaspaceSize, I tested disabling unloading in
CMS (it will unload, but only at stop-the-world pause) and removed
MaxMetaspaceSize. Without the change it failed frequently in my CI (I setup
the jobs to split the tests over 15 containers and ran 15 times), with the
change I never noticed a failure.
> jvm-dtests crash on java 11
> ---
>
> Key: CASSANDRA-15981
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15981
> Project: Cassandra
> Issue Type: Bug
> Components: Build
>Reporter: David Capwell
>Priority: Normal
> Fix For: 4.0-beta
>
>
> There is a race condition bug with CMS and class unloading which cause the
> JVM to crash. Since jvm-dtests rely on class loaders and unloading, this
> causes sporadic JVM crashes that look like the following in CI logs
> {code}
> junit.framework.AssertionFailedError: Forked Java VM exited abnormally.
> Please note the time in the report does not reflect the time until the VM
> exit.
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15981) jvm-dtests crash on java 11
[
https://issues.apache.org/jira/browse/CASSANDRA-15981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164702#comment-17164702
]
David Capwell commented on CASSANDRA-15981:
---
It looks like -XX:-CMSClassUnloadingEnabled removes the race condition, but
that would imply we might want to stop defining MaxMetaspaceSize in java 11.
This is only an issue with jvm-dtests as its class loader heavy, so triggers
this bug on java 11; there is no evidence that this will impact deployment.
> jvm-dtests crash on java 11
> ---
>
> Key: CASSANDRA-15981
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15981
> Project: Cassandra
> Issue Type: Bug
> Components: Build
>Reporter: David Capwell
>Priority: Normal
> Fix For: 4.0-beta
>
>
> There is a race condition bug with CMS and class unloading which cause the
> JVM to crash. Since jvm-dtests rely on class loaders and unloading, this
> causes sporadic JVM crashes that look like the following in CI logs
> {code}
> junit.framework.AssertionFailedError: Forked Java VM exited abnormally.
> Please note the time in the report does not reflect the time until the VM
> exit.
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15981) jvm-dtests crash on java 11
[
https://issues.apache.org/jira/browse/CASSANDRA-15981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Capwell updated CASSANDRA-15981:
--
Bug Category: Parent values: Availability(12983)Level 1 values: Process
Crash(12992)
Complexity: Low Hanging Fruit
Discovered By: Unit Test
Fix Version/s: 4.0-beta
Platform: Java11 (was: All)
Severity: Normal
Status: Open (was: Triage Needed)
> jvm-dtests crash on java 11
> ---
>
> Key: CASSANDRA-15981
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15981
> Project: Cassandra
> Issue Type: Bug
> Components: Build
>Reporter: David Capwell
>Priority: Normal
> Fix For: 4.0-beta
>
>
> There is a race condition bug with CMS and class unloading which cause the
> JVM to crash. Since jvm-dtests rely on class loaders and unloading, this
> causes sporadic JVM crashes that look like the following in CI logs
> {code}
> junit.framework.AssertionFailedError: Forked Java VM exited abnormally.
> Please note the time in the report does not reflect the time until the VM
> exit.
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.util.Vector.forEach(Vector.java:1387)
> at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-15981) jvm-dtests crash on java 11
David Capwell created CASSANDRA-15981:
-
Summary: jvm-dtests crash on java 11
Key: CASSANDRA-15981
URL: https://issues.apache.org/jira/browse/CASSANDRA-15981
Project: Cassandra
Issue Type: Bug
Components: Build
Reporter: David Capwell
There is a race condition bug with CMS and class unloading which cause the JVM
to crash. Since jvm-dtests rely on class loaders and unloading, this causes
sporadic JVM crashes that look like the following in CI logs
{code}
junit.framework.AssertionFailedError: Forked Java VM exited abnormally. Please
note the time in the report does not reflect the time until the VM exit.
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.util.Vector.forEach(Vector.java:1387)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.util.Vector.forEach(Vector.java:1387)
at jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.Thread.run(Thread.java:834)
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
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 (63902f8 -> 1044bc4)
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 63902f8 generate docs for 22a75b78
add 202d80a Update README.md with merge commands (to copy asf-staging to
asf-site branch) for cassandra.staged.a.o -> cassandra.a.o updates
add c977cb8 Release 2.2.17 ref:
https://lists.apache.org/thread.html/rbba7a01ff59080d9be3f35d7bc7827683d9f37e9edf0e97b3de4981d%40%3Cdev.cassandra.apache.org%3E
add 7f4862a Release 3.11.7 ref:
https://lists.apache.org/thread.html/rf2976ce794cb92ece03436678a69521c377f48aeb9f645f48e47acd0%40%3Cdev.cassandra.apache.org%3E
new 1044bc4 generate docs for 7f4862af
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 (63902f8)
\
N -- N -- N refs/heads/asf-staging (1044bc4)
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:
README.md | 10 ++
content/doc/3.11.7/objects.inv | Bin 8123 -> 8167 bytes
content/doc/3.11.7/searchindex.js | 2 +-
content/doc/3.11.7/tools/nodetool/bootstrap.html | 5 +-
.../3.11.7/tools/nodetool/enablefullquerylog.html | 7 +-
.../tools/nodetool/getreplicas.html} | 14 +-
.../tools/nodetool/handoffwindow.html} | 12 +-
content/doc/3.11.7/tools/nodetool/nodetool.html| 7 +-
.../doc/3.11.8}/_images/eclipse_debug0.png | Bin
.../doc/3.11.8}/_images/eclipse_debug1.png | Bin
.../doc/3.11.8}/_images/eclipse_debug2.png | Bin
.../doc/3.11.8}/_images/eclipse_debug3.png | Bin
.../doc/3.11.8}/_images/eclipse_debug4.png | Bin
.../doc/3.11.8}/_images/eclipse_debug5.png | Bin
.../doc/3.11.8}/_images/eclipse_debug6.png | Bin
.../doc/{3.11 => 3.11.8}/architecture/dynamo.html | 4 +-
.../{3.11 => 3.11.8}/architecture/guarantees.html | 4 +-
.../doc/{3.11 => 3.11.8}/architecture/index.html | 4 +-
.../{3.11 => 3.11.8}/architecture/overview.html| 4 +-
.../architecture/storage_engine.html | 4 +-
content/doc/{3.11 => 3.11.8}/bugs.html | 4 +-
.../configuration/cassandra_config_file.html | 4 +-
.../doc/{3.11 => 3.11.8}/configuration/index.html | 4 +-
content/doc/{3.11 => 3.11.8}/contactus.html| 4 +-
content/doc/{3.11 => 3.11.8}/cql/appendices.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/changes.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/ddl.html | 6 +-
content/doc/{3.11 => 3.11.8}/cql/definitions.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/dml.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/functions.html| 4 +-
content/doc/{3.11 => 3.11.8}/cql/index.html| 4 +-
content/doc/{3.11 => 3.11.8}/cql/indexes.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/json.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/mvs.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/security.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/triggers.html | 4 +-
content/doc/{3.11 => 3.11.8}/cql/types.html| 6 +-
.../doc/{3.11 => 3.11.8}/data_modeling/index.html | 4 +-
.../{3.11 => 3.11.8}/development/code_style.html | 4 +-
.../development/how_to_commit.html | 4 +-
.../development/how_to_review.html | 4 +-
content/doc/{3.11 => 3.11.8}/development/ide.html | 4 +-
.../doc/{3.11 => 3.11.8}/development/index.html| 4 +-
.../doc/{3.11 => 3.11.8}/development/patches.html | 4 +-
.../doc/{3.11 => 3.11.8}/development/testing.html | 4 +-
content/doc/{3.11 => 3.11.8}/faq/index.html| 4 +-
content/doc/{3.11 => 3.11.8}/genindex.html | 2 +-
.../getting_started/configuring.html | 4 +-
.../{3.11 => 3.11.8}/getting_started/drivers.html | 4 +-
.../{3.11 => 3.11.8}/getting_started/index.html| 4 +-
.../getting_started/installing.html| 4 +-
.../{3.11 => 3.11.8}/getting_started/querying.html | 4 +-
content/doc/{3.11 => 3.11.8}/index.html| 4 +-
content/doc/{stable => 3.11.8}/objects.inv
[jira] [Updated] (CASSANDRA-15967) Add support in jvm dtest to test thrift
[ https://issues.apache.org/jira/browse/CASSANDRA-15967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Capwell updated CASSANDRA-15967: -- Status: Ready to Commit (was: Review In Progress) > Add support in jvm dtest to test thrift > --- > > Key: CASSANDRA-15967 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15967 > Project: Cassandra > Issue Type: Improvement > Components: Test/dtest >Reporter: David Capwell >Assignee: David Capwell >Priority: Normal > Fix For: 2.2.x, 3.0.x, 3.11.x > > > In 2.2 and 3.x thrift is supported and can cause problems for the non thrift > code. To make sure we can test these interactions, need to add support for > thrift in jvm dtest. -- This message was sent by Atlassian Jira (v8.3.4#803005) - 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: hack download version numbers after releases, while waiting on https://ci-cassandra.apache.org/job/cassandra-website/
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/asf-site by this push: new d311198 hack download version numbers after releases, while waiting on https://ci-cassandra.apache.org/job/cassandra-website/ d311198 is described below commit d311198441bb1e094e9a68b8ecd30c26f06e0da8 Author: mck AuthorDate: Sat Jul 25 00:41:04 2020 +0200 hack download version numbers after releases, while waiting on https://ci-cassandra.apache.org/job/cassandra-website/ --- content/download/index.html | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/download/index.html b/content/download/index.html index c3a589d..5960e69 100644 --- a/content/download/index.html +++ b/content/download/index.html @@ -103,7 +103,7 @@ Latest Stable Version -Download the latest Apache Cassandra 3.11 release: https://www.apache.org/dyn/closer.lua/cassandra/3.11.6/apache-cassandra-3.11.6-bin.tar.gz;>3.11.6 (https://downloads.apache.org/cassandra/3.11.6/apache-cassandra-3.11.6-bin.tar.gz.asc;>pgp, https://downloads.apache.org/cassandra/3.11.6/apache-cassandra-3.11.6-bin.tar.gz.sha256;>sha256 and https://downloads.apache.org/cassandra/3.11.6/apache-cassandra-3.11.6-bin.tar.gz.sha512;>sha512) [...] +Download the latest Apache Cassandra 3.11 release: https://www.apache.org/dyn/closer.lua/cassandra/3.11.7/apache-cassandra-3.11.7-bin.tar.gz;>3.11.7 (https://downloads.apache.org/cassandra/3.11.7/apache-cassandra-3.11.7-bin.tar.gz.asc;>pgp, https://downloads.apache.org/cassandra/3.11.7/apache-cassandra-3.11.7-bin.tar.gz.sha256;>sha256 and https://downloads.apache.org/cassandra/3.11.7/apache-cassandra-3.11.7-bin.tar.gz.sha512;>sha512) [...] Older Supported Releases @@ -111,7 +111,7 @@ Apache Cassandra 3.0 is supported until 6 months after 4.0 release (date TBD). The latest release is https://www.apache.org/dyn/closer.lua/cassandra/3.0.20/apache-cassandra-3.0.20-bin.tar.gz;>3.0.20 (https://downloads.apache.org/cassandra/3.0.20/apache-cassandra-3.0.20-bin.tar.gz.asc;>pgp, https://downloads.apache.org/cassandra/3.0.20/apache-cassandra-3.0.20-bin.tar.gz.sha256;>sha256 and https://downloads.apache.org/c [...] - Apache Cassandra 2.2 is supported until 4.0 release (date TBD). The latest release is https://www.apache.org/dyn/closer.lua/cassandra/2.2.16/apache-cassandra-2.2.16-bin.tar.gz;>2.2.16 (https://downloads.apache.org/cassandra/2.2.16/apache-cassandra-2.2.16-bin.tar.gz.asc;>pgp, https://downloads.apache.org/cassandra/2.2.16/apache-cassandra-2.2.16-bin.tar.gz.sha256;>sha256 and https://downloads.apache.org/cassandra/2.2.16 [...] + Apache Cassandra 2.2 is supported until 4.0 release (date TBD). The latest release is https://www.apache.org/dyn/closer.lua/cassandra/2.2.17/apache-cassandra-2.2.17-bin.tar.gz;>2.2.17 (https://downloads.apache.org/cassandra/2.2.17/apache-cassandra-2.2.17-bin.tar.gz.asc;>pgp, https://downloads.apache.org/cassandra/2.2.17/apache-cassandra-2.2.17-bin.tar.gz.sha256;>sha256 and https://downloads.apache.org/cassandra/2.2.17 [...] Apache Cassandra 2.1 is supported until 4.0 release (date TBD) with critical fixes only. The latest release is https://www.apache.org/dyn/closer.lua/cassandra/2.1.21/apache-cassandra-2.1.21-bin.tar.gz;>2.1.21 (https://downloads.apache.org/cassandra/2.1.21/apache-cassandra-2.1.21-bin.tar.gz.asc;>pgp, https://downloads.apache.org/cassandra/2.1.21/apache-cassandra-2.1.21-bin.tar.gz.sha256;>sha256 and https://downloads.apache.org/cassandra/2.1.21/apache-cassandra-2.1.21-bin.tar.gz.sha512;>sha512), released on 2019-02-11. - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15967) Add support in jvm dtest to test thrift
[ https://issues.apache.org/jira/browse/CASSANDRA-15967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Capwell updated CASSANDRA-15967: -- Reviewers: Alex Petrov, David Capwell, Jon Meredith (was: Alex Petrov, David Capwell) > Add support in jvm dtest to test thrift > --- > > Key: CASSANDRA-15967 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15967 > Project: Cassandra > Issue Type: Improvement > Components: Test/dtest >Reporter: David Capwell >Assignee: David Capwell >Priority: Normal > Fix For: 2.2.x, 3.0.x, 3.11.x > > > In 2.2 and 3.x thrift is supported and can cause problems for the non thrift > code. To make sure we can test these interactions, need to add support for > thrift in jvm dtest. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-3.11' into trunk
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 0ba83afc22500193385d3e12ccea14d24ee154ce Merge: 5b07cb0 3f92ff7 Author: Mick Semb Wever AuthorDate: Sat Jul 25 00:33:41 2020 +0200 Merge branch 'cassandra-3.11' into trunk - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch trunk updated (5b07cb0 -> 0ba83af)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git. from 5b07cb0 Merge branch 'cassandra-3.11' into trunk new 3f92ff7 Increment version to 3.11.8 new 0ba83af Merge branch 'cassandra-3.11' into trunk The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-3.11 updated: Increment version to 3.11.8
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch cassandra-3.11 in repository https://gitbox.apache.org/repos/asf/cassandra.git The following commit(s) were added to refs/heads/cassandra-3.11 by this push: new 3f92ff7 Increment version to 3.11.8 3f92ff7 is described below commit 3f92ff78547fa3cb083a42d2c5c222afcef0e61d Author: Mick Semb Wever AuthorDate: Sat Jul 25 00:32:42 2020 +0200 Increment version to 3.11.8 --- build.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/build.xml b/build.xml index 9932604..bca5fa8 100644 --- a/build.xml +++ b/build.xml @@ -25,7 +25,7 @@ - + https://gitbox.apache.org/repos/asf/cassandra.git"/> https://gitbox.apache.org/repos/asf/cassandra.git"/> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=tree"/> - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40708 - /release/cassandra/3.11.6/
Author: mck Date: Fri Jul 24 22:31:09 2020 New Revision: 40708 Log: apache cassandra 3.11.7 ref: https://lists.apache.org/thread.html/rf2976ce794cb92ece03436678a69521c377f48aeb9f645f48e47acd0%40%3Cdev.cassandra.apache.org%3E Removed: release/cassandra/3.11.6/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15459) Short read protection doesn't work on group-by queries
[
https://issues.apache.org/jira/browse/CASSANDRA-15459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Semb Wever updated CASSANDRA-15459:
---
Fix Version/s: (was: 3.11.7)
3.11.x
> Short read protection doesn't work on group-by queries
> --
>
> Key: CASSANDRA-15459
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15459
> Project: Cassandra
> Issue Type: Bug
> Components: Legacy/Coordination
>Reporter: ZhaoYang
>Assignee: Andres de la Peña
>Priority: Normal
> Labels: correctness
> Fix For: 3.11.x, 4.0-beta
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> [DTest to
> reproduce|https://github.com/apache/cassandra-dtest/compare/master...jasonstack:srp_group_by_trunk?expand=1]:
> it affects all versions..
> {code}
> In a two-node cluster with RF = 2
> Execute only on Node1:
> * Insert pk=1 and ck=1 with timestamp 9
> * Delete pk=0 and ck=0 with timestamp 10
> * Insert pk=2 and ck=2 with timestamp 9
> Execute only on Node2:
> * Delete pk=1 and ck=1 with timestamp 10
> * Insert pk=0 and ck=0 with timestamp 9
> * Delete pk=2 and ck=2 with timestamp 10
> Query: "SELECT pk, c FROM %s GROUP BY pk LIMIT 1"
> * Expect no live data, but got [0, 0]
> {code}
> Note: for group-by queries, SRP should use "group counted" to calculate
> limits used for SRP query, rather than "row counted".
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15881) Flaky unit test: SASIIndexTest.testInsertingIncorrectValuesIntoAgeIndex
[
https://issues.apache.org/jira/browse/CASSANDRA-15881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Semb Wever updated CASSANDRA-15881:
---
Fix Version/s: (was: 3.11.7)
3.11.x
> Flaky unit test: SASIIndexTest.testInsertingIncorrectValuesIntoAgeIndex
> ---
>
> Key: CASSANDRA-15881
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15881
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Andres de la Peña
>Priority: Normal
> Fix For: 3.11.x, 4.0-rc
>
>
> The unit test {{SASIIndexTest.testInsertingIncorrectValuesIntoAgeIndex}}
> seems to be flaky in 3.11, as it can be seen in
> [cassandra-ci|https://ci-cassandra.apache.org/view/Cassandra%203.11/job/Cassandra-3.11-test/42/testReport/org.apache.cassandra.index.sasi/SASIIndexTest/testInsertingIncorrectValuesIntoAgeIndex/]
> and also locally. Trunk doesn't seem to be affected.
> {{SASIIndexTest.testIndexMemtableSwitching}} is [also
> flaky|https://ci-cassandra.apache.org/view/Cassandra%203.11/job/Cassandra-3.11-test/42/testReport/org.apache.cassandra.index.sasi/SASIIndexTest/testIndexMemtableSwitching/],
> although I haven't been able to reproduce it running it separately, but only
> when running the entire {{SASIIndexTest}}.
> These could have been introduced when merging up CASSANDRA-15778, since they
> failed for their [CircleCI
> run|https://app.circleci.com/pipelines/github/ifesdjeen/cassandra/17/workflows/0442eebe-c764-41c5-ba06-6617bcb9fc5f/jobs/2213],
> and they didn't seem to fail before that, or at least I cannot reproduce
> them locally with the previous commit.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch master updated: Release 3.11.7 ref: https://lists.apache.org/thread.html/rf2976ce794cb92ece03436678a69521c377f48aeb9f645f48e47acd0%40%3Cdev.cassandra.apache.org%3E
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/master by this push: new 7f4862a Release 3.11.7 ref: https://lists.apache.org/thread.html/rf2976ce794cb92ece03436678a69521c377f48aeb9f645f48e47acd0%40%3Cdev.cassandra.apache.org%3E 7f4862a is described below commit 7f4862afb985a919fbaaa8d5424d2e8009571785 Author: mck AuthorDate: Sat Jul 25 00:25:23 2020 +0200 Release 3.11.7 ref: https://lists.apache.org/thread.html/rf2976ce794cb92ece03436678a69521c377f48aeb9f645f48e47acd0%40%3Cdev.cassandra.apache.org%3E --- src/_data/releases.yaml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/_data/releases.yaml b/src/_data/releases.yaml index f3492d4..36f5d3b 100644 --- a/src/_data/releases.yaml +++ b/src/_data/releases.yaml @@ -3,8 +3,8 @@ latest: date: 2020-07-20 "3.11": - name: "3.11.6" - date: 2020-02-14 + name: "3.11.7" + date: 2020-07-25 "3.0": name: "3.0.20" - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15907) Operational Improvements & Hardening for Replica Filtering Protection
[
https://issues.apache.org/jira/browse/CASSANDRA-15907?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17152248#comment-17152248
]
Caleb Rackliffe edited comment on CASSANDRA-15907 at 7/24/20, 10:19 PM:
[~jwest] I've hopefully addressed the points from [~adelapena]'s first round of
review, so I think this is officially ready for a second reviewer.
3.0: [patch|https://github.com/apache/cassandra/pull/659],
[CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/74/workflows/633624df-d6b2-4904-b766-25d9684a9f6d]
WIP (avoid review ATM)
3.11: [patch|https://github.com/apache/cassandra/pull/665],
[CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/38/workflows/c3a3b51b-d105-49d9-91f8-2a149cf211b6]
trunk: [patch|https://github.com/apache/cassandra/pull/666], [j8
CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/37/workflows/84e48d9e-f3dd-45ff-b70a-b69a86f6eb96]
[j11 Circle
CI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/37/workflows/79b581ab-94a1-4920-a894-7f0f91ef466b]
If we're happy with the implementation, the next step will be to do some basic
stress testing.
Note: Existing issues described by CASSANDRA-14595 (Thrift dtest) and
CASSANDRA-15881 (SASI memtable switching) are visible in the test results so
far.
was (Author: maedhroz):
[~jwest] I've hopefully addressed the points from [~adelapena]'s first round of
review, so I think this is officially ready for a second reviewer.
3.0: [patch|https://github.com/apache/cassandra/pull/659],
[CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/72/workflows/4ca3d4d2-a9d3-4e08-ace2-e7bb073d54e6]
WIP (avoid review ATM)
3.11: [patch|https://github.com/apache/cassandra/pull/665],
[CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/38/workflows/c3a3b51b-d105-49d9-91f8-2a149cf211b6]
trunk: [patch|https://github.com/apache/cassandra/pull/666], [j8
CircleCI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/37/workflows/84e48d9e-f3dd-45ff-b70a-b69a86f6eb96]
[j11 Circle
CI|https://app.circleci.com/pipelines/github/maedhroz/cassandra/37/workflows/79b581ab-94a1-4920-a894-7f0f91ef466b]
If we're happy with the implementation, the next step will be to do some basic
stress testing.
Note: Existing issues described by CASSANDRA-14595 (Thrift dtest) and
CASSANDRA-15881 (SASI memtable switching) are visible in the test results so
far.
> Operational Improvements & Hardening for Replica Filtering Protection
> -
>
> Key: CASSANDRA-15907
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15907
> Project: Cassandra
> Issue Type: Improvement
> Components: Consistency/Coordination, Feature/2i Index
>Reporter: Caleb Rackliffe
>Assignee: Caleb Rackliffe
>Priority: Normal
> Labels: 2i, memory
> Fix For: 3.0.x, 3.11.x, 4.0-beta
>
> Time Spent: 7h 50m
> Remaining Estimate: 0h
>
> CASSANDRA-8272 uses additional space on the heap to ensure correctness for 2i
> and filtering queries at consistency levels above ONE/LOCAL_ONE. There are a
> few things we should follow up on, however, to make life a bit easier for
> operators and generally de-risk usage:
> (Note: Line numbers are based on {{trunk}} as of
> {{3cfe3c9f0dcf8ca8b25ad111800a21725bf152cb}}.)
> *Minor Optimizations*
> * {{ReplicaFilteringProtection:114}} - Given we size them up-front, we may be
> able to use simple arrays instead of lists for {{rowsToFetch}} and
> {{originalPartitions}}. Alternatively (or also), we may be able to null out
> references in these two collections more aggressively. (ex. Using
> {{ArrayList#set()}} instead of {{get()}} in {{queryProtectedPartitions()}},
> assuming we pass {{toFetch}} as an argument to {{querySourceOnKey()}}.)
> * {{ReplicaFilteringProtection:323}} - We may be able to use
> {{EncodingStats.merge()}} and remove the custom {{stats()}} method.
> * {{DataResolver:111 & 228}} - Cache an instance of
> {{UnaryOperator#identity()}} instead of creating one on the fly.
> * {{ReplicaFilteringProtection:217}} - We may be able to scatter/gather
> rather than serially querying every row that needs to be completed. This
> isn't a clear win perhaps, given it targets the latency of single queries and
> adds some complexity. (Certainly a decent candidate to kick even out of this
> issue.)
> *Documentation and Intelligibility*
> * There are a few places (CHANGES.txt, tracing output in
> {{ReplicaFilteringProtection}}, etc.) where we mention "replica-side
> filtering protection" (which makes it seem like the coordinator doesn't
> filter) rather than "replica filtering protection" (which sounds more like
> what we actually do, which is protect
svn commit: r40707 - in /release/cassandra: 3.11.7/redhat/ redhat/311x/
Author: mck Date: Fri Jul 24 22:16:17 2020 New Revision: 40707 Log: Apache Cassandra 3.11.7 redhat artifacts Added: release/cassandra/redhat/311x/ - copied from r40706, release/cassandra/3.11.7/redhat/ Removed: release/cassandra/3.11.7/redhat/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40706 - /release/cassandra/redhat/311x/
Author: mck Date: Fri Jul 24 22:16:14 2020 New Revision: 40706 Log: Apache Cassandra 3.11.7 redhat artifacts Removed: release/cassandra/redhat/311x/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40703 - in /release/cassandra: 3.11.7/debian/dists/311x/ debian/dists/311x/
Author: mck Date: Fri Jul 24 22:16:09 2020 New Revision: 40703 Log: Apache Cassandra 3.11.7 debian artifacts Added: release/cassandra/debian/dists/311x/ - copied from r40702, release/cassandra/3.11.7/debian/dists/311x/ Removed: release/cassandra/3.11.7/debian/dists/311x/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40704 - /release/cassandra/3.11.7/debian/dists/
Author: mck Date: Fri Jul 24 22:16:10 2020 New Revision: 40704 Log: Apache Cassandra 3.11.7 debian artifacts Removed: release/cassandra/3.11.7/debian/dists/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40701 - in /release/cassandra: 3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7_all.deb debian/pool/main/c/cassandra/cassandra_3.11.7_all.deb
Author: mck Date: Fri Jul 24 22:16:05 2020 New Revision: 40701 Log: Apache Cassandra 3.11.7 debian artifact cassandra_3.11.7_all.deb Added: release/cassandra/debian/pool/main/c/cassandra/cassandra_3.11.7_all.deb - copied unchanged from r40700, release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7_all.deb Removed: release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7_all.deb - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40699 - in /release/cassandra: 3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7.dsc debian/pool/main/c/cassandra/cassandra_3.11.7.dsc
Author: mck Date: Fri Jul 24 22:15:58 2020 New Revision: 40699 Log: Apache Cassandra 3.11.7 debian artifact cassandra_3.11.7.dsc Added: release/cassandra/debian/pool/main/c/cassandra/cassandra_3.11.7.dsc - copied unchanged from r40698, release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7.dsc Removed: release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7.dsc - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40705 - /release/cassandra/3.11.7/debian/pool/
Author: mck Date: Fri Jul 24 22:16:12 2020 New Revision: 40705 Log: Apache Cassandra 3.11.7 debian artifacts Removed: release/cassandra/3.11.7/debian/pool/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40700 - in /release/cassandra: 3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7.tar.gz debian/pool/main/c/cassandra/cassandra_3.11.7.tar.gz
Author: mck Date: Fri Jul 24 22:16:02 2020 New Revision: 40700 Log: Apache Cassandra 3.11.7 debian artifact cassandra_3.11.7.tar.gz Added: release/cassandra/debian/pool/main/c/cassandra/cassandra_3.11.7.tar.gz - copied unchanged from r40699, release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7.tar.gz Removed: release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra_3.11.7.tar.gz - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40702 - /release/cassandra/debian/dists/311x/
Author: mck Date: Fri Jul 24 22:16:06 2020 New Revision: 40702 Log: Apache Cassandra 3.11.7 debian artifacts Removed: release/cassandra/debian/dists/311x/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40698 - in /release/cassandra: 3.11.7/debian/pool/main/c/cassandra/cassandra-tools_3.11.7_all.deb debian/pool/main/c/cassandra/cassandra-tools_3.11.7_all.deb
Author: mck Date: Fri Jul 24 22:14:00 2020 New Revision: 40698 Log: Apache Cassandra 3.11.7 debian artifact cassandra-tools_3.11.7_all.deb Added: release/cassandra/debian/pool/main/c/cassandra/cassandra-tools_3.11.7_all.deb - copied unchanged from r40697, release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra-tools_3.11.7_all.deb Removed: release/cassandra/3.11.7/debian/pool/main/c/cassandra/cassandra-tools_3.11.7_all.deb - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15980) Improve log messages for socket connection/disconnection
[
https://issues.apache.org/jira/browse/CASSANDRA-15980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jon Meredith updated CASSANDRA-15980:
-
Bug Category: Parent values: Code(13163)
Complexity: Normal
Component/s: Observability/Logging
Discovered By: Adhoc Test
Fix Version/s: 4.0-beta
Severity: Normal
Status: Open (was: Triage Needed)
> Improve log messages for socket connection/disconnection
>
>
> Key: CASSANDRA-15980
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15980
> Project: Cassandra
> Issue Type: Bug
> Components: Observability/Logging
>Reporter: Jon Meredith
>Assignee: Jon Meredith
>Priority: Normal
> Fix For: 4.0-beta
>
>
> Logging for inbound SSL connections can take place before protocol
> negotiation has taken place and logs a misleading cipher that could cause
> problems for security auditing.
>
>
> {code:java}
> INFO 2020-07-03T13:57:58,380 [Messaging-EventLoop-3-1]
> org.apache.cassandra.net.InboundConnectionInitiator:242 - connection from
> peer /1.1.1.1:57899 to /2.2.2.2:7000, protocol = TLSv1.2, cipher suite =
> SSL_NULL_WITH_NULL_NULL
> {code}
>
> Instead Cassandra should log the connection & protocol, then once the cipher
> has been negotiated log the agreed upon cipher.
>
>
> If the inbound SSL connection does not present a client certificate,
> Cassandra logs this error, even if the client wasn't required to.
> {code:java}
> ERROR 2020-07-14T11:58:45,925 [Native-Transport-Requests-1]
> org.apache.cassandra.transport.ServerConnection:140 - Failed to get peer
> certificates for peer /4.3.2.1:59263
> {code}
>
> Logging the absense of verified certificates should be a concern of the
> SaslNegotiator if it requires it, and not something worth alerting the
> operator for generally. Downgrade to debug message to make investigation
> possible if needed.
>
>
> Finally, to help with logging issues related to disconnection, add a log
> statement when an instance decides it no longer needs to keep a gossip
> connection open when cleaning up connections in
> org.apache.cassandra.net.OutboundConnections.UnusedConnectionMonitor#closeUnusedSinceLastRun
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-15980) Improve log messages for socket connection/disconnection
Jon Meredith created CASSANDRA-15980:
Summary: Improve log messages for socket connection/disconnection
Key: CASSANDRA-15980
URL: https://issues.apache.org/jira/browse/CASSANDRA-15980
Project: Cassandra
Issue Type: Bug
Reporter: Jon Meredith
Assignee: Jon Meredith
Logging for inbound SSL connections can take place before protocol negotiation
has taken place and logs a misleading cipher that could cause problems for
security auditing.
{code:java}
INFO 2020-07-03T13:57:58,380 [Messaging-EventLoop-3-1]
org.apache.cassandra.net.InboundConnectionInitiator:242 - connection from peer
/1.1.1.1:57899 to /2.2.2.2:7000, protocol = TLSv1.2, cipher suite =
SSL_NULL_WITH_NULL_NULL
{code}
Instead Cassandra should log the connection & protocol, then once the cipher
has been negotiated log the agreed upon cipher.
If the inbound SSL connection does not present a client certificate, Cassandra
logs this error, even if the client wasn't required to.
{code:java}
ERROR 2020-07-14T11:58:45,925 [Native-Transport-Requests-1]
org.apache.cassandra.transport.ServerConnection:140 - Failed to get peer
certificates for peer /4.3.2.1:59263
{code}
Logging the absense of verified certificates should be a concern of the
SaslNegotiator if it requires it, and not something worth alerting the operator
for generally. Downgrade to debug message to make investigation possible if
needed.
Finally, to help with logging issues related to disconnection, add a log
statement when an instance decides it no longer needs to keep a gossip
connection open when cleaning up connections in
org.apache.cassandra.net.OutboundConnections.UnusedConnectionMonitor#closeUnusedSinceLastRun
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-3.0' into cassandra-3.11
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch cassandra-3.11 in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 7d8c128a77d9d08e14497b862c58bc003a7b22b3 Merge: a880815 5ee720a Author: Mick Semb Wever AuthorDate: Fri Jul 24 23:52:45 2020 +0200 Merge branch 'cassandra-3.0' into cassandra-3.11 - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch trunk updated (c2a1014 -> 5b07cb0)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git. from c2a1014 Merge branch 'cassandra-3.11' into trunk new 53e3309 Increment version to 2.2.18 new 5ee720a Merge branch 'cassandra-2.2' into cassandra-3.0 new 7d8c128 Merge branch 'cassandra-3.0' into cassandra-3.11 new 5b07cb0 Merge branch 'cassandra-3.11' into trunk The 4 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40697 - /dev/cassandra/3.11.7/ /release/cassandra/3.11.7/
Author: mck Date: Fri Jul 24 21:55:40 2020 New Revision: 40697 Log: Apache Cassandra 3.11.7 release Added: release/cassandra/3.11.7/ - copied from r40696, dev/cassandra/3.11.7/ Removed: dev/cassandra/3.11.7/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] tag 3.11.7-tentative deleted (was 9fe62b3)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to tag 3.11.7-tentative in repository https://gitbox.apache.org/repos/asf/cassandra.git. *** WARNING: tag 3.11.7-tentative was deleted! *** was 9fe62b3 Prepare debian changelog for 3.11.7 The revisions that were on this tag are still contained in other references; therefore, this change does not discard any commits from the repository. - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-3.11 updated (a880815 -> 7d8c128)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to branch cassandra-3.11 in repository https://gitbox.apache.org/repos/asf/cassandra.git. from a880815 fix debian changelog after 3.11.7 (`git cherry-pick -n 9fe62b3`) new 53e3309 Increment version to 2.2.18 new 5ee720a Merge branch 'cassandra-2.2' into cassandra-3.0 new 7d8c128 Merge branch 'cassandra-3.0' into cassandra-3.11 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: - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-3.0 updated (be1e3de -> 5ee720a)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to branch cassandra-3.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git. from be1e3de Merge branch 'cassandra-2.2' into cassandra-3.0 new 53e3309 Increment version to 2.2.18 new 5ee720a Merge branch 'cassandra-2.2' into cassandra-3.0 The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] annotated tag cassandra-3.11.7 created (now a1cdf35)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to annotated tag cassandra-3.11.7 in repository https://gitbox.apache.org/repos/asf/cassandra.git. at a1cdf35 (tag) tagging 9fe62b3e40147fda2cc081744bd375b04574aef7 (commit) replaces cassandra-3.11.6 by Mick Semb Wever on Fri Jul 24 23:55:10 2020 +0200 - Log - Apache Cassandra 3.11.7 release --- No new revisions were added by this update. - 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-2.2' into cassandra-3.0
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch cassandra-3.0 in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 5ee720a1cd7bf938998f76b370f4e5bb9b46b7ef Merge: be1e3de 53e3309 Author: Mick Semb Wever AuthorDate: Fri Jul 24 23:52:12 2020 +0200 Merge branch 'cassandra-2.2' into cassandra-3.0 - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-3.11' into trunk
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git commit 5b07cb0b53dfe529202efc8a4b8fa4b2cbcdc353 Merge: c2a1014 7d8c128 Author: Mick Semb Wever AuthorDate: Fri Jul 24 23:53:24 2020 +0200 Merge branch 'cassandra-3.11' into trunk - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-2.2 updated: Increment version to 2.2.18
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch cassandra-2.2 in repository https://gitbox.apache.org/repos/asf/cassandra.git The following commit(s) were added to refs/heads/cassandra-2.2 by this push: new 53e3309 Increment version to 2.2.18 53e3309 is described below commit 53e3309e4d1e4a8e384e7beba8c7206c83d3fe31 Author: Mick Semb Wever AuthorDate: Fri Jul 24 23:49:01 2020 +0200 Increment version to 2.2.18 --- CHANGES.txt | 5 - build.xml | 2 +- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/CHANGES.txt b/CHANGES.txt index 9034ae1..439ef5d 100644 --- a/CHANGES.txt +++ b/CHANGES.txt @@ -1,5 +1,8 @@ -2.2.17 +2.2.18 * Fix CQL parsing of collections when the column type is reversed (CASSANDRA-15814) + + +2.2.17 * Fix nomenclature of allow and deny lists (CASSANDRA-15862) * Remove generated files from source artifact (CASSANDRA-15849) * Remove duplicated tools binaries from tarballs (CASSANDRA-15768) diff --git a/build.xml b/build.xml index 8bed062..4c05a94 100644 --- a/build.xml +++ b/build.xml @@ -25,7 +25,7 @@ - + https://gitbox.apache.org/repos/asf/cassandra.git"/> https://gitbox.apache.org/repos/asf/cassandra.git"/> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=tree"/> - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] 02/02: Release 2.2.17 ref: https://lists.apache.org/thread.html/rbba7a01ff59080d9be3f35d7bc7827683d9f37e9edf0e97b3de4981d%40%3Cdev.cassandra.apache.org%3E
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/cassandra-website.git commit c977cb847b7c1fda4f43612fb21703b3b14740a3 Author: mck AuthorDate: Fri Jul 24 23:36:36 2020 +0200 Release 2.2.17 ref: https://lists.apache.org/thread.html/rbba7a01ff59080d9be3f35d7bc7827683d9f37e9edf0e97b3de4981d%40%3Cdev.cassandra.apache.org%3E --- src/_data/releases.yaml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/_data/releases.yaml b/src/_data/releases.yaml index 44f9aeb..f3492d4 100644 --- a/src/_data/releases.yaml +++ b/src/_data/releases.yaml @@ -11,8 +11,8 @@ latest: date: 2020-02-14 "2.2": - name: "2.2.16" - date: 2020-02-14 + name: "2.2.17" + date: 2020-07-24 "2.1": name: "2.1.21" - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40696 - /release/cassandra/2.2.16/
Author: mck Date: Fri Jul 24 21:44:08 2020 New Revision: 40696 Log: Apache Cassandra 2.2.17 ref: https://lists.apache.org/thread.html/rbba7a01ff59080d9be3f35d7bc7827683d9f37e9edf0e97b3de4981d%40%3Cdev.cassandra.apache.org%3E Removed: release/cassandra/2.2.16/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15814) order by descending on frozen list not working
[
https://issues.apache.org/jira/browse/CASSANDRA-15814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Semb Wever updated CASSANDRA-15814:
---
Fix Version/s: (was: 2.2.17)
2.2.18
> order by descending on frozen list not working
> --
>
> Key: CASSANDRA-15814
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15814
> Project: Cassandra
> Issue Type: Bug
> Components: CQL/Interpreter
>Reporter: Felipe Perez
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 3.0.22, 3.11.8, 4.0-beta2, 2.2.18
>
> Time Spent: 1h 40m
> Remaining Estimate: 0h
>
> By creating a table like the following:
> {code:java}
> CREATE TABLE IF NOT EXISTS software (
> name ascii,
> version frozen>,
> data ascii,
> PRIMARY KEY(name,version)
> )
> {code}
> It works and version is ordered in an ascending order. But when trying to
> order in descending order:
> {code:java}
> CREATE TABLE IF NOT EXISTS software (
> name ascii,
> version frozen>,
> data ascii,
> PRIMARY KEY(name,version)
> ) WITH CLUSTERING ORDER BY (version DESC);
> {code}
> The table is created normally, but when trying to insert a row:
> {code:java}
> insert into software(name, version) values ('t1', [2,10,30,40,50]);
> {code}
> Cassandra throws an error:
> {code:java}
> InvalidRequest: Error from server: code=2200 [Invalid query] message="Invalid
> list literal for version of type frozen>"
> {code}
> The goal here is that I would like to get the last version of a software.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] 01/02: Update README.md with merge commands (to copy asf-staging to asf-site branch) for cassandra.staged.a.o -> cassandra.a.o updates
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/cassandra-website.git commit 202d80ada5fe446b9993dd9c49ddf1d69f4618fd Author: mck AuthorDate: Fri Jul 24 11:24:12 2020 +0200 Update README.md with merge commands (to copy asf-staging to asf-site branch) for cassandra.staged.a.o -> cassandra.a.o updates --- README.md | 10 ++ 1 file changed, 10 insertions(+) diff --git a/README.md b/README.md index a128f43..6f39a6c 100644 --- a/README.md +++ b/README.md @@ -71,3 +71,13 @@ $ docker-compose up cassandra-website-serve ``` For information about the site layout see the **Layout** section of [README](src/README#layout) in the _src_ directory. + +Merging `asf-staging` to `asf-site` +--- + +Updating the main website, after verifying the staged website, involves copying the `asf-staging` branch to `asf-site`. A normal git merge is not used, because the `asf-staging` is forced updated after each ci-cassandra.apache.org build. Instead make live the staged website by copying the `asf-staging` to the `asf-site` branch. + +git fetch origin +git switch asf-site +git reset --hard origin/asf-staging +git push -f origin asf-site - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch master updated (22a75b7 -> c977cb8)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/cassandra-website.git. from 22a75b7 CASSANDRA-15964 cleanup dead links new 202d80a Update README.md with merge commands (to copy asf-staging to asf-site branch) for cassandra.staged.a.o -> cassandra.a.o updates new c977cb8 Release 2.2.17 ref: https://lists.apache.org/thread.html/rbba7a01ff59080d9be3f35d7bc7827683d9f37e9edf0e97b3de4981d%40%3Cdev.cassandra.apache.org%3E 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: README.md | 10 ++ src/_data/releases.yaml | 4 ++-- 2 files changed, 12 insertions(+), 2 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40692 - /release/cassandra/2.2.17/debian/dists/
Author: mck Date: Fri Jul 24 21:31:00 2020 New Revision: 40692 Log: Apache Cassandra 2.2.17 debian artifacts Removed: release/cassandra/2.2.17/debian/dists/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40691 - in /release/cassandra: 2.2.17/debian/dists/22x/ debian/dists/22x/
Author: mck Date: Fri Jul 24 21:30:58 2020 New Revision: 40691 Log: Apache Cassandra 2.2.17 debian artifacts Added: release/cassandra/debian/dists/22x/ - copied from r40690, release/cassandra/2.2.17/debian/dists/22x/ Removed: release/cassandra/2.2.17/debian/dists/22x/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40693 - /release/cassandra/2.2.17/debian/pool/
Author: mck Date: Fri Jul 24 21:31:02 2020 New Revision: 40693 Log: Apache Cassandra 2.2.17 debian artifacts Removed: release/cassandra/2.2.17/debian/pool/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40695 - in /release/cassandra: 2.2.17/redhat/ redhat/22x/
Author: mck Date: Fri Jul 24 21:31:05 2020 New Revision: 40695 Log: Apache Cassandra 2.2.17 redhat artifacts Added: release/cassandra/redhat/22x/ - copied from r40694, release/cassandra/2.2.17/redhat/ Removed: release/cassandra/2.2.17/redhat/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40694 - /release/cassandra/redhat/22x/
Author: mck Date: Fri Jul 24 21:31:03 2020 New Revision: 40694 Log: Apache Cassandra 2.2.17 redhat artifacts Removed: release/cassandra/redhat/22x/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40686 - in /release/cassandra: 2.2.17/debian/pool/main/c/cassandra/cassandra-tools_2.2.17_all.deb debian/pool/main/c/cassandra/cassandra-tools_2.2.17_all.deb
Author: mck Date: Fri Jul 24 21:30:44 2020 New Revision: 40686 Log: Apache Cassandra 2.2.17 debian artifact cassandra-tools_2.2.17_all.deb Added: release/cassandra/debian/pool/main/c/cassandra/cassandra-tools_2.2.17_all.deb - copied unchanged from r40685, release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra-tools_2.2.17_all.deb Removed: release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra-tools_2.2.17_all.deb - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40690 - /release/cassandra/debian/dists/22x/
Author: mck Date: Fri Jul 24 21:30:54 2020 New Revision: 40690 Log: Apache Cassandra 2.2.17 debian artifacts Removed: release/cassandra/debian/dists/22x/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40689 - in /release/cassandra: 2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17_all.deb debian/pool/main/c/cassandra/cassandra_2.2.17_all.deb
Author: mck Date: Fri Jul 24 21:30:53 2020 New Revision: 40689 Log: Apache Cassandra 2.2.17 debian artifact cassandra_2.2.17_all.deb Added: release/cassandra/debian/pool/main/c/cassandra/cassandra_2.2.17_all.deb - copied unchanged from r40688, release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17_all.deb Removed: release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17_all.deb - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40688 - in /release/cassandra: 2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17.tar.gz debian/pool/main/c/cassandra/cassandra_2.2.17.tar.gz
Author: mck Date: Fri Jul 24 21:30:50 2020 New Revision: 40688 Log: Apache Cassandra 2.2.17 debian artifact cassandra_2.2.17.tar.gz Added: release/cassandra/debian/pool/main/c/cassandra/cassandra_2.2.17.tar.gz - copied unchanged from r40687, release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17.tar.gz Removed: release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17.tar.gz - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40687 - in /release/cassandra: 2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17.dsc debian/pool/main/c/cassandra/cassandra_2.2.17.dsc
Author: mck Date: Fri Jul 24 21:30:47 2020 New Revision: 40687 Log: Apache Cassandra 2.2.17 debian artifact cassandra_2.2.17.dsc Added: release/cassandra/debian/pool/main/c/cassandra/cassandra_2.2.17.dsc - copied unchanged from r40686, release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17.dsc Removed: release/cassandra/2.2.17/debian/pool/main/c/cassandra/cassandra_2.2.17.dsc - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
svn commit: r40683 - /dev/cassandra/2.2.17/ /release/cassandra/2.2.17/
Author: mck Date: Fri Jul 24 21:25:18 2020 New Revision: 40683 Log: Apache Cassandra 2.2.17 release Added: release/cassandra/2.2.17/ - copied from r40682, dev/cassandra/2.2.17/ Removed: dev/cassandra/2.2.17/ - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] tag 2.2.17-tentative deleted (was cd006d2)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to tag 2.2.17-tentative in repository https://gitbox.apache.org/repos/asf/cassandra.git. *** WARNING: tag 2.2.17-tentative was deleted! *** was cd006d2 Prepare debian changelog for 2.2.17 The revisions that were on this tag are still contained in other references; therefore, this change does not discard any commits from the repository. - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] annotated tag cassandra-2.2.17 created (now 8cc2a5e)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to annotated tag cassandra-2.2.17 in repository https://gitbox.apache.org/repos/asf/cassandra.git. at 8cc2a5e (tag) tagging cd006d275aa9b6e937c6ebd036d4d27c4ed18dbe (commit) replaces cassandra-2.2.16 by Mick Semb Wever on Fri Jul 24 23:24:43 2020 +0200 - Log - Apache Cassandra 2.2.17 release --- No new revisions were added by this update. - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15967) Add support in jvm dtest to test thrift
[ https://issues.apache.org/jira/browse/CASSANDRA-15967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164639#comment-17164639 ] Jon Meredith commented on CASSANDRA-15967: -- +1 from me too (though can't commit). > Add support in jvm dtest to test thrift > --- > > Key: CASSANDRA-15967 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15967 > Project: Cassandra > Issue Type: Improvement > Components: Test/dtest >Reporter: David Capwell >Assignee: David Capwell >Priority: Normal > Fix For: 2.2.x, 3.0.x, 3.11.x > > > In 2.2 and 3.x thrift is supported and can cause problems for the non thrift > code. To make sure we can test these interactions, need to add support for > thrift in jvm dtest. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15234) Standardise config and JVM parameters
[
https://issues.apache.org/jira/browse/CASSANDRA-15234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164627#comment-17164627
]
Ekaterina Dimitrova edited comment on CASSANDRA-15234 at 7/24/20, 8:55 PM:
---
[~benedict] I am sorry for my delayed responses but I am multi-tasking a lot
these days.
{quote}I'm fairly certain the main body of this work should be utilised to
support whatever our new config file layout is; whether we commit it first or
all together is fine by me, and I'm happy to defer to others' preferences (most
importantly yours, as the author)
{quote}
I think the backward compatibility is the primary part that will be most
probably reworked to accommodate the new approach. I think the moment we moved
the ticket to beta and the discussion continued here, that was the time we kind
of agreed through our actions that this work will be
continued/completed/committed later. I might have gotten it wrong. As it looks
like this is already happening, I suggest to shape it and then move on with the
actual changes. Maybe we can only create now a separate new ticket on the
in-jvm api change so a snapshot release could be voted, etc. But also, we need
to see what yaml nodes will have to be created according to what we need, so
that work could also wait a bit until the api part is agreed, I think.
About the dual approach, I am not sure I understand you correct what you mean
in this citation:
{quote}providing us a simple route to permitting common options being given at
the start of the file, without confusing the overall approach.
{quote}
I understand having third version will help any simplistic tools in case they
can't deal with the nested approach but to me personally it would be confusing.
I am pretty sure [~lor...@datastax.com] will update perfectly the documentation
(as usual, thanks a lot [~lor...@datastax.com]!) but at the same time if
someone is in a hurry during a production issue, they will just jump on random
link from google probably and maybe be get confused about what/how. Here, for
this part, probably the survey will show the best.
Otherwise, the grouping sounds reasonable to me.
The reason why I suggested Quick Start, Advanced options etc is new users. I
kind of feel that for someone brand new to C* this might help. But also if we
make groups into nested parameters, sure this becomes irrelevant and those
sections will not really make sense anymore, not in their current version.
Excited to see the end result/user reactions.
Last but not least, I also agree with you on the below:
{quote}I'd personally prefer to hash out here for a week or so, to get a good
proposal to take to the user list, or a couple of competing proposals. I find
public engagements works best when there's a good case to challenge/consider.
{quote}
was (Author: e.dimitrova):
[~benedict] I am sorry for my delayed responses but I am multi-tasking a lot
these days.
{quote}I'm fairly certain the main body of this work should be utilised to
support whatever our new config file layout is; whether we commit it first or
all together is fine by me, and I'm happy to defer to others' preferences (most
importantly yours, as the author)
{quote}
I think the backward compatibility is the primary part that will be most
probably reworked to accommodate the new approach. I think the moment we moved
the ticket to beta and the discussion continued here, that was the time we kind
of agreed through our actions that this work will be
continued/completed/committed later. I might have gotten it wrong. As it looks
like this is already happening, I suggest to shape it and then move on with the
actual changes. Maybe we can only create now a separate new ticket on the
in-jvm api change so a snapshot release could be voted, etc. But also, we need
to see what yaml nodes will have to be created according to what we need, so
that work could also wait a bit until the api part is agreed, I think.
About the dual approach, I am not sure I understand you correct what you mean
in this citation:
{quote}providing us a simple route to permitting common options being given at
the start of the file, without confusing the overall approach.
{quote}
I understand having third version will help any simplistic tools in case they
can't deal with the nested approach but to me personally it would be confusing.
I am pretty sure [~lor...@datastax.com] will update perfectly the documentation
(as usual, thanks a lot [~lor...@datastax.com]!) but at the same time if
someone is in a hurry during a production issue, they will just jump on random
link from google probably and maybe be get confused about what/how. Here, for
this part, probably the survey will show the best.
Otherwise, the grouping sounds reasonable to me.
The reason why I suggested Quick Start, Advanced options etc is new users. I
kind of feel that for
[jira] [Comment Edited] (CASSANDRA-15234) Standardise config and JVM parameters
[
https://issues.apache.org/jira/browse/CASSANDRA-15234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164627#comment-17164627
]
Ekaterina Dimitrova edited comment on CASSANDRA-15234 at 7/24/20, 8:54 PM:
---
[~benedict] I am sorry for my delayed responses but I am multi-tasking a lot
these days.
{quote}I'm fairly certain the main body of this work should be utilised to
support whatever our new config file layout is; whether we commit it first or
all together is fine by me, and I'm happy to defer to others' preferences (most
importantly yours, as the author)
{quote}
I think the backward compatibility is the primary part that will be most
probably reworked to accommodate the new approach. I think the moment we moved
the ticket to beta and the discussion continued here, that was the time we kind
of agreed through our actions that this work will be
continued/completed/committed later. I might have gotten it wrong. As it looks
like this is already happening, I suggest to shape it and then move on with the
actual changes. Maybe we can only create now a separate new ticket on the
in-jvm api change so a snapshot release could be voted, etc. But also, we need
to see what yaml nodes will have to be created according to what we need, so
that work could also wait a bit until the api part is agreed, I think.
About the dual approach, I am not sure I understand you correct what you mean
in this citation:
{quote}providing us a simple route to permitting common options being given at
the start of the file, without confusing the overall approach.
{quote}
I understand having third version will help any simplistic tools in case they
can't deal with the nested approach but to me personally it would be confusing.
I am pretty sure [~lor...@datastax.com] will update perfectly the documentation
(as usual, thanks a lot [~lor...@datastax.com]!) but at the same time if
someone is in a hurry during a production issue, they will just jump on random
link from google probably and maybe be get confused about what/how. Here, for
this part, probably the survey will show the best.
Otherwise, the grouping sounds reasonable to me.
The reason why I suggested Quick Start, Advanced options etc is new users. I
kind of feel that for someone brand new to C* this might help. But also if we
make groups into nested parameters, sure this becomes irrelevant and those
sections will not really make sense anymore.
Excited to see the end result/user reactions.
Last but not least, I also agree with you on the below:
{quote}I'd personally prefer to hash out here for a week or so, to get a good
proposal to take to the user list, or a couple of competing proposals. I find
public engagements works best when there's a good case to challenge/consider.
{quote}
was (Author: e.dimitrova):
[~benedict] I am sorry for my delayed responses but I am multi-tasking a lot
these days.
{quote}I'm fairly certain the main body of this work should be utilised to
support whatever our new config file layout is; whether we commit it first or
all together is fine by me, and I'm happy to defer to others' preferences (most
importantly yours, as the author)
{quote}
I think the backward compatibility is the primary part that will be most
probably reworked to accommodate the new approach. I think the moment we moved
the ticket to beta and the discussion continued here, that was the time we kind
of agreed through our actions that this work will be
continued/completed/committed later. I might have gotten it wrong. As it looks
like this is already happening, I suggest to shape it and then move on with the
actual changes. Maybe we can only create now a separate new ticket on the
in-jvm api change so a snapshot release could be voted, etc. But also, we need
to see what yaml nodes will have to be created according to what we need, so
that work could also wait a bit until the api part is agreed, I think.
About the dual approach, I am not sure I understand you correct what you mean
in this citation:
{quote}providing us a simple route to permitting common options being given at
the start of the file, without confusing the overall approach.
{quote}
I understand having third version will help any simplistic tools in case they
can't deal with the nested approach but to me personally it would be confusing.
I am pretty sure [~lor...@datastax.com] will update perfectly the documentation
(as usual, thanks a lot [~lor...@datastax.com]!) but at the same time if
someone is in a hurry during a production issue, they will just jump on random
link probably and maybe be get confused about what/how. Here, for this part,
probably the survey will show the best.
Otherwise, the grouping sounds reasonable to me.
The reason why I suggested Quick Start, Advanced options etc is new users. I
kind of feel that for someone brand new to C* this might help.
[jira] [Commented] (CASSANDRA-15234) Standardise config and JVM parameters
[
https://issues.apache.org/jira/browse/CASSANDRA-15234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164627#comment-17164627
]
Ekaterina Dimitrova commented on CASSANDRA-15234:
-
[~benedict] I am sorry for my delayed responses but I am multi-tasking a lot
these days.
{quote}I'm fairly certain the main body of this work should be utilised to
support whatever our new config file layout is; whether we commit it first or
all together is fine by me, and I'm happy to defer to others' preferences (most
importantly yours, as the author)
{quote}
I think the backward compatibility is the primary part that will be most
probably reworked to accommodate the new approach. I think the moment we moved
the ticket to beta and the discussion continued here, that was the time we kind
of agreed through our actions that this work will be
continued/completed/committed later. I might have gotten it wrong. As it looks
like this is already happening, I suggest to shape it and then move on with the
actual changes. Maybe we can only create now a separate new ticket on the
in-jvm api change so a snapshot release could be voted, etc. But also, we need
to see what yaml nodes will have to be created according to what we need, so
that work could also wait a bit until the api part is agreed, I think.
About the dual approach, I am not sure I understand you correct what you mean
in this citation:
{quote}providing us a simple route to permitting common options being given at
the start of the file, without confusing the overall approach.
{quote}
I understand having third version will help any simplistic tools in case they
can't deal with the nested approach but to me personally it would be confusing.
I am pretty sure [~lor...@datastax.com] will update perfectly the documentation
(as usual, thanks a lot [~lor...@datastax.com]!) but at the same time if
someone is in a hurry during a production issue, they will just jump on random
link probably and maybe be get confused about what/how. Here, for this part,
probably the survey will show the best.
Otherwise, the grouping sounds reasonable to me.
The reason why I suggested Quick Start, Advanced options etc is new users. I
kind of feel that for someone brand new to C* this might help. But also if we
make groups into nested parameters, sure this becomes irrelevant and those
sections will not really make sense anymore.
Excited to see the end result/user reactions.
Last but not least, I also agree with you on the below:
{quote}I'd personally prefer to hash out here for a week or so, to get a good
proposal to take to the user list, or a couple of competing proposals. I find
public engagements works best when there's a good case to challenge/consider.
{quote}
> Standardise config and JVM parameters
> -
>
> Key: CASSANDRA-15234
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15234
> Project: Cassandra
> Issue Type: Bug
> Components: Local/Config
>Reporter: Benedict Elliott Smith
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 4.0-alpha
>
> Attachments: CASSANDRA-15234-3-DTests-JAVA8.txt
>
>
> We have a bunch of inconsistent names and config patterns in the codebase,
> both from the yams and JVM properties. It would be nice to standardise the
> naming (such as otc_ vs internode_) as well as the provision of values with
> units - while maintaining perpetual backwards compatibility with the old
> parameter names, of course.
> For temporal units, I would propose parsing strings with suffixes of:
> {{code}}
> u|micros(econds?)?
> ms|millis(econds?)?
> s(econds?)?
> m(inutes?)?
> h(ours?)?
> d(ays?)?
> mo(nths?)?
> {{code}}
> For rate units, I would propose parsing any of the standard {{B/s, KiB/s,
> MiB/s, GiB/s, TiB/s}}.
> Perhaps for avoiding ambiguity we could not accept bauds {{bs, Mbps}} or
> powers of 1000 such as {{KB/s}}, given these are regularly used for either
> their old or new definition e.g. {{KiB/s}}, or we could support them and
> simply log the value in bytes/s.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] 01/01: Merge branch 'cassandra-3.11' into trunk
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git commit c2a10141b40144f0aa449c46e7cccaea2db432ac Merge: b619d21 a880815 Author: Mick Semb Wever AuthorDate: Fri Jul 24 22:02:15 2020 +0200 Merge branch 'cassandra-3.11' into trunk - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch cassandra-3.11 updated: fix debian changelog after 3.11.7 (`git cherry-pick -n 9fe62b3`)
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch cassandra-3.11 in repository https://gitbox.apache.org/repos/asf/cassandra.git The following commit(s) were added to refs/heads/cassandra-3.11 by this push: new a880815 fix debian changelog after 3.11.7 (`git cherry-pick -n 9fe62b3`) a880815 is described below commit a8808153cf51e77c30ee092e2dff5e8c8090754d Author: Mick Semb Wever AuthorDate: Fri Jul 24 21:58:33 2020 +0200 fix debian changelog after 3.11.7 (`git cherry-pick -n 9fe62b3`) --- debian/changelog | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index d7414c6..b407fef 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,8 @@ -cassandra (3.11.7) UNRELEASED; urgency=medium +cassandra (3.11.7) unstable; urgency=medium * New release - -- Michael Shuler Fri, 14 Feb 2020 18:48:42 -0600 + -- Mick Semb Wever Tue, 14 Jul 2020 22:58:55 +0200 cassandra (3.11.6) unstable; urgency=medium - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra] branch trunk updated (b619d21 -> c2a1014)
This is an automated email from the ASF dual-hosted git repository. mck pushed a change to branch trunk in repository https://gitbox.apache.org/repos/asf/cassandra.git. from b619d21 Circle CI approval jobs should not require build to run first new a880815 fix debian changelog after 3.11.7 (`git cherry-pick -n 9fe62b3`) new c2a1014 Merge branch 'cassandra-3.11' into trunk The 2 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 7:27 PM:
---
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions to be taken too, please
let me know (as you mentioned you saw it a couple of times and as far as I am
aware you use different config, not the MIDRES one)
was (Author: e.dimitrova):
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions to be taken too, please
let me know
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
>
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 7:24 PM:
---
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions to be taken too, please
let me know
was (Author: e.dimitrova):
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions to be taken, let me know
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 7:23 PM:
---
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions to be taken, let me know
was (Author: e.dimitrova):
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions, let me know
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 7:23 PM:
---
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
[https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e]
I am updating only the MIDRES now as this is the issue we see and we report.
If with the other config it exists and needs actions, let me know
was (Author: e.dimitrova):
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 7:18 PM:
---
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
This is the change I tested -
https://github.com/ekaterinadimitrova2/cassandra/commit/309295a848da58c12d340f5ea0fa90b0d10fc05e
was (Author: e.dimitrova):
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova commented on CASSANDRA-15979:
-
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config and it looks
to me as solved.
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164601#comment-17164601
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 7:17 PM:
---
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config for UnitTests
and it looks to me as solved.
was (Author: e.dimitrova):
With MIDRES config it was seen on every run the last few days, the solution to
the same issue for the DOCKER LARGE before was to raise the heap, that's why I
applied the same solution for DOCKER MEDIUM for the MIDRES config and it looks
to me as solved.
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15937) JMX output inconsistencies from CASSANDRA-7544 storage-port-configurable-per-node
[
https://issues.apache.org/jira/browse/CASSANDRA-15937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164598#comment-17164598
]
Jon Meredith commented on CASSANDRA-15937:
--
[Branch|https://github.com/jonmeredith/cassandra/tree/c15937]
[PR|https://github.com/apache/cassandra/pull/692]
[CircleCI|https://app.circleci.com/pipelines/github/jonmeredith/cassandra?branch=c15937]
- looks there's an issue with the TopologyChangeTest I need to investigate.
> JMX output inconsistencies from CASSANDRA-7544
> storage-port-configurable-per-node
> -
>
> Key: CASSANDRA-15937
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15937
> Project: Cassandra
> Issue Type: Bug
> Components: Observability/JMX
>Reporter: Jon Meredith
>Assignee: Jon Meredith
>Priority: Normal
> Fix For: 4.0-beta
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> CASSANDRA-7544 introduced changes to allow the storage port number to be
> configured per-node. As part of that work it introduces new MBeans for
> MessagingService, FailureDetector providing new 'WithPort' versions that
> include the new port information, however there are some mistakes and
> inconsistencies.
> {code:java}
> 3.11.6 trunk trunk
> w/Port Notes
>
> AllEndpointStates /127.0.0.1\n... /127.0.0.3\n...
> 127.0.0.3:7000\n (trunk /w port different)
> SimpleStates /127.0.0.2=UP /127.0.0.2=UP
> 127.0.0.3:7000=UP (trunk /w port different)
> LargeMessagePendingTasks /127.0.0.1=0 /127.0.0.1=0
> 127.0.0.3:7000=0 (trunk /w port different)
> TimeoutsPerHost 127.0.0.1=0 /127.0.0.1=0
> 127.0.0.3:7000=0 3.0/3.11.6 & trunk differ.
> BackPressurePerHost 127.0.0.1=Infinity /127.0.0.2=Infinity
> /127.0.0.2=Infinity 3.11 & trunk differ, missing port number for
> BackPressurePerHostWithPort
> SchemaVersions {...=[127.0.0.1,...]} {...=[127.0.0.1,...]}
> {...=[127.0.0.1:7000,...]
>
> TokenToEndpointMap {-92...8=127.0.0.1, -92...8=127.0.0.1
> -92..8=127.0.0.1:7000
> HostIdMap 127.0.0.1=1ee..6f0af 127.0.0.1=e06...7e MISSING
> Deprecated for EndpointToHostId
> EndpointToHostId 127.0.0.1=1ee..6f0a 127.0.0.1=e06...7e
> 127.0.0.1:7000=e0..7e
> HostIdToEndpoint 1ee..6f0a=127.0.0.1 e06..7e=127.0.0.1
> e06..7e=127.0.0.1:7000
> LoadMap 127.0.0.1=185.01 KiB 127.0.0.1:7000=106.08 KiB
> 127.0.0.1=106.08 Ki LoadMap and LoadMapWithPort are flipped.
> LiveNodes 127.0.0.1 127.0.0.1
> 127.0.0.1:7000
> Ownership /127.0.0.1=0.33 /127.0.0.1=0.33
> 127.0.0.1:7000=0.33
> Scores /127.0.0.1=0.0 /127.0.0.1=0.0
> 127.0.0.1:7000=0.0
> {code}
>
> Proposed changes
>
> 1) AllEndpointStats, SimpleStates, Connection message tracking,
> TimeoutsPerHost - include the host/ip:port in the WithPort version
> 2) Add port number to BackPressurePerHostWithPort
> 3) Correct LoadMap to omit port / LoadMapWithPort to include port
> 4) Ownership - update with port to host/ip:port version
> 5) Scores - update with port to host/ip:port version
>
>
> Additionally while dumping out all of the JMX info with `sjk mxdump`
>
> 6) DynamicEndpointSnitch.getScoresWithPort now returns an InetAddressAndPort
> which should just be a String
> 7) ClientMetrics.clientsByProtocolVersion returns a Guava Immutable map
> 8) StorageService.getIdealConsistencyLevel fails if none set (as we try and
> call ConsistencyLevel.toString on a null pointer).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164588#comment-17164588
]
David Capwell commented on CASSANDRA-15979:
---
bq. raised the heap space for Unit Tests in the MIDRES config file
this looks to be the ant JVM and not the test JVM, so if you increase the ant
JVM that seems fine to me.
bq. This solved the issue.
How often did you see it? I didn't see it frequently, so would be hard to
validate "solved"
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15937) JMX output inconsistencies from CASSANDRA-7544 storage-port-configurable-per-node
[
https://issues.apache.org/jira/browse/CASSANDRA-15937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164587#comment-17164587
]
Jon Meredith edited comment on CASSANDRA-15937 at 7/24/20, 6:49 PM:
Here's the before & after with the patch.
{code}
current trunk current w/port
patched patched w/port
AllEndpointStates/127.0.0.3\n... 127.0.0.1:7000\n
/127.0.0.1 /127.0.0.3:7000
SimpleStates /127.0.0.1=UP 127.0.0.1:7000=UP
/127.0.0.1=UP /127.0.0.2:7000=UP
LargeMessagePendingTasks /127.0.0.1=0 127.0.0.1:7000=0
/127.0.0.1=0127.0.0.1:7000=0
TimeoutsPerHost /127.0.0.1=0 127.0.0.1:7000=0
/127.0.0.1=0/127.0.0.1:7000=0
SchemaVersions {...=[127.0.0.1,...]} {...=[127.0.0.1:7000,...]
{...=[127.0.0.1,...]} {...=[127.0.0.1:7000,...]}
TokenToEndpointMap -92...8=127.0.0.1 -92..8=127.0.0.1:7000
-92..08=127.0.0.1 -92..08=127.0.0.1:7000
EndpointToHostId127.0.0.1=e06...7e 127.0.0.1:7000=e0..7e
127.0.0.1=e04..5127.0.0.1:7000=e0..b5
HostIdToEndpointe06..7e=127.0.0.1 e06..7e=127.0.0.1:7000
e0..b5=127.0.0.1e0..b5=127.0.0.1:7000
LoadMap 127.0.0.1:7000=106.08 KiB 127.0.0.1=106.08 KiB
127.0.0.1=106.12 KiB127.0.0.1:7000=106.12 KiB
LiveNodes 127.0.0.1 127.0.0.1:7000
127.0.0.1 127.0.0.1:7000
Ownership /127.0.0.1=0.0 127.0.0.1:7000=0.0
/127.0.0.1=0.33 /127.0.0.1:7000=0.33
{code}
I checked the name resolution also works by adding some additional aliases to
/etc/hosts
{code}
127.0.0.1 localhost local0-i1
255.255.255.255 broadcasthost
::1 localhost
127.0.0.2 local0-i2
127.0.0.3 local0-i3
{code}
Which gives
{code}
"SimpleStates": "{local0-i3/127.0.0.3=UP, localhost/127.0.0.1=UP,
local0-i2/127.0.0.2=UP}",
"SimpleStatesWithPort": "{localhost/127.0.0.1:7000=UP,
local0-i2/127.0.0.2:7000=UP, local0-i3/127.0.0.3:7000=UP}",
{code}
If a reviewer is feeling adventurous and wants to test with IPv6, you can
create a cluster with
{code}
# macOS aliases, YMMV
sudo ifconfig lo0 inet6 alias 0:0:0:0:0:0:0:1
sudo ifconfig lo0 inet6 alias 0:0:0:0:0:0:0:2
sudo ifconfig lo0 inet6 alias 0:0:0:0:0:0:0:3
ccm create -n3 --install-dir=. --ip-format="::%d" c15937ipv6
{code}
was (Author: jmeredithco):
Here's the before & after with the patch.
{code}
current trunk current w/port
patched patched w/port
AllEndpointStates/127.0.0.3\n... 127.0.0.1:7000\n
/127.0.0.1 /127.0.0.3:7000
SimpleStates /127.0.0.1=UP 127.0.0.1:7000=UP
/127.0.0.1=UP /127.0.0.2:7000=UP
LargeMessagePendingTasks /127.0.0.1=0 127.0.0.1:7000=0
/127.0.0.1=0127.0.0.1:7000=0
TimeoutsPerHost /127.0.0.1=0 127.0.0.1:7000=0
/127.0.0.1=0/127.0.0.1:7000=0
SchemaVersions {...=[127.0.0.1,...]} {...=[127.0.0.1:7000,...]
{...=[127.0.0.1,...]} {...=[127.0.0.1:7000,...]}
TokenToEndpointMap -92...8=127.0.0.1 -92..8=127.0.0.1:7000
-92..08=127.0.0.1 -92..08=127.0.0.1:7000
EndpointToHostId127.0.0.1=e06...7e 127.0.0.1:7000=e0..7e
127.0.0.1=e04..5127.0.0.1:7000=e0..b5
HostIdToEndpointe06..7e=127.0.0.1 e06..7e=127.0.0.1:7000
e0..b5=127.0.0.1e0..b5=127.0.0.1:7000
LoadMap 127.0.0.1:7000=106.08 KiB 127.0.0.1=106.08 KiB
127.0.0.1=106.12 KiB127.0.0.1:7000=106.12 KiB
LiveNodes 127.0.0.1 127.0.0.1:7000
127.0.0.1 127.0.0.1:7000
Ownership /127.0.0.1=0.0 127.0.0.1:7000=0.0
/127.0.0.1=0.33 /127.0.0.1:7000=0.33
{code}
I checked the name resolution also works by adding some additional aliases to
/etc/hosts
{code}
127.0.0.1 localhost local0-i1
255.255.255.255 broadcasthost
::1 localhost
127.0.0.2 local0-i2
127.0.0.3 local0-i3
{core}
Which gives
{code}
"SimpleStates": "{local0-i3/127.0.0.3=UP, localhost/127.0.0.1=UP,
local0-i2/127.0.0.2=UP}",
"SimpleStatesWithPort": "{localhost/127.0.0.1:7000=UP,
local0-i2/127.0.0.2:7000=UP, local0-i3/127.0.0.3:7000=UP}",
{code}
If a reviewer is feeling adventurous and wants to test with IPv6, you can
create a cluster with
{code}
[jira] [Commented] (CASSANDRA-15937) JMX output inconsistencies from CASSANDRA-7544 storage-port-configurable-per-node
[
https://issues.apache.org/jira/browse/CASSANDRA-15937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164587#comment-17164587
]
Jon Meredith commented on CASSANDRA-15937:
--
Here's the before & after with the patch.
{code}
current trunk current w/port
patched patched w/port
AllEndpointStates/127.0.0.3\n... 127.0.0.1:7000\n
/127.0.0.1 /127.0.0.3:7000
SimpleStates /127.0.0.1=UP 127.0.0.1:7000=UP
/127.0.0.1=UP /127.0.0.2:7000=UP
LargeMessagePendingTasks /127.0.0.1=0 127.0.0.1:7000=0
/127.0.0.1=0127.0.0.1:7000=0
TimeoutsPerHost /127.0.0.1=0 127.0.0.1:7000=0
/127.0.0.1=0/127.0.0.1:7000=0
SchemaVersions {...=[127.0.0.1,...]} {...=[127.0.0.1:7000,...]
{...=[127.0.0.1,...]} {...=[127.0.0.1:7000,...]}
TokenToEndpointMap -92...8=127.0.0.1 -92..8=127.0.0.1:7000
-92..08=127.0.0.1 -92..08=127.0.0.1:7000
EndpointToHostId127.0.0.1=e06...7e 127.0.0.1:7000=e0..7e
127.0.0.1=e04..5127.0.0.1:7000=e0..b5
HostIdToEndpointe06..7e=127.0.0.1 e06..7e=127.0.0.1:7000
e0..b5=127.0.0.1e0..b5=127.0.0.1:7000
LoadMap 127.0.0.1:7000=106.08 KiB 127.0.0.1=106.08 KiB
127.0.0.1=106.12 KiB127.0.0.1:7000=106.12 KiB
LiveNodes 127.0.0.1 127.0.0.1:7000
127.0.0.1 127.0.0.1:7000
Ownership /127.0.0.1=0.0 127.0.0.1:7000=0.0
/127.0.0.1=0.33 /127.0.0.1:7000=0.33
{code}
I checked the name resolution also works by adding some additional aliases to
/etc/hosts
{code}
127.0.0.1 localhost local0-i1
255.255.255.255 broadcasthost
::1 localhost
127.0.0.2 local0-i2
127.0.0.3 local0-i3
{core}
Which gives
{code}
"SimpleStates": "{local0-i3/127.0.0.3=UP, localhost/127.0.0.1=UP,
local0-i2/127.0.0.2=UP}",
"SimpleStatesWithPort": "{localhost/127.0.0.1:7000=UP,
local0-i2/127.0.0.2:7000=UP, local0-i3/127.0.0.3:7000=UP}",
{code}
If a reviewer is feeling adventurous and wants to test with IPv6, you can
create a cluster with
{code}
# macOS aliases, YMMV
sudo ifconfig lo0 inet6 alias 0:0:0:0:0:0:0:1
sudo ifconfig lo0 inet6 alias 0:0:0:0:0:0:0:2
sudo ifconfig lo0 inet6 alias 0:0:0:0:0:0:0:3
ccm create -n3 --install-dir=. --ip-format="::%d" c15937ipv6
{code}
> JMX output inconsistencies from CASSANDRA-7544
> storage-port-configurable-per-node
> -
>
> Key: CASSANDRA-15937
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15937
> Project: Cassandra
> Issue Type: Bug
> Components: Observability/JMX
>Reporter: Jon Meredith
>Assignee: Jon Meredith
>Priority: Normal
> Fix For: 4.0-beta
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> CASSANDRA-7544 introduced changes to allow the storage port number to be
> configured per-node. As part of that work it introduces new MBeans for
> MessagingService, FailureDetector providing new 'WithPort' versions that
> include the new port information, however there are some mistakes and
> inconsistencies.
> {code:java}
> 3.11.6 trunk trunk
> w/Port Notes
>
> AllEndpointStates /127.0.0.1\n... /127.0.0.3\n...
> 127.0.0.3:7000\n (trunk /w port different)
> SimpleStates /127.0.0.2=UP /127.0.0.2=UP
> 127.0.0.3:7000=UP (trunk /w port different)
> LargeMessagePendingTasks /127.0.0.1=0 /127.0.0.1=0
> 127.0.0.3:7000=0 (trunk /w port different)
> TimeoutsPerHost 127.0.0.1=0 /127.0.0.1=0
> 127.0.0.3:7000=0 3.0/3.11.6 & trunk differ.
> BackPressurePerHost 127.0.0.1=Infinity /127.0.0.2=Infinity
> /127.0.0.2=Infinity 3.11 & trunk differ, missing port number for
> BackPressurePerHostWithPort
> SchemaVersions {...=[127.0.0.1,...]} {...=[127.0.0.1,...]}
> {...=[127.0.0.1:7000,...]
>
> TokenToEndpointMap {-92...8=127.0.0.1, -92...8=127.0.0.1
> -92..8=127.0.0.1:7000
> HostIdMap 127.0.0.1=1ee..6f0af 127.0.0.1=e06...7e MISSING
> Deprecated for EndpointToHostId
> EndpointToHostId 127.0.0.1=1ee..6f0a 127.0.0.1=e06...7e
> 127.0.0.1:7000=e0..7e
> HostIdToEndpoint 1ee..6f0a=127.0.0.1 e06..7e=127.0.0.1
> e06..7e=127.0.0.1:7000
> LoadMap 127.0.0.1=185.01 KiB
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164586#comment-17164586
]
David Capwell commented on CASSANDRA-15979:
---
ok, looks like this is too annoying to figure out in that other system... I
have seen this in Circle CI I think twice now.
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-15959) org.apache.cassandra.cql3.validation.operations.TTLTest testCapWarnExpirationOverflowPolicy
[ https://issues.apache.org/jira/browse/CASSANDRA-15959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams reassigned CASSANDRA-15959: Assignee: Brandon Williams > org.apache.cassandra.cql3.validation.operations.TTLTest > testCapWarnExpirationOverflowPolicy > --- > > Key: CASSANDRA-15959 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15959 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: David Capwell >Assignee: Brandon Williams >Priority: Normal > Fix For: 4.0-beta > > > Build: > https://ci-cassandra.apache.org/job/Cassandra-trunk-test/194/testReport/junit/org.apache.cassandra.cql3.validation.operations/TTLTest/testCapWarnExpirationOverflowPolicy/ > junit.framework.AssertionFailedError > at > org.apache.cassandra.cql3.validation.operations.TTLTest.checkTTLIsCapped(TTLTest.java:321) > at > org.apache.cassandra.cql3.validation.operations.TTLTest.verifyData(TTLTest.java:303) > at > org.apache.cassandra.cql3.validation.operations.TTLTest.testCapExpirationDateOverflowPolicy(TTLTest.java:248) > at > org.apache.cassandra.cql3.validation.operations.TTLTest.testCapExpirationDateOverflowPolicy(TTLTest.java:199) > at > org.apache.cassandra.cql3.validation.operations.TTLTest.testCapWarnExpirationOverflowPolicy(TTLTest.java:140) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164584#comment-17164584
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 6:43 PM:
---
I raised the heap space for Unit Tests in the MIDRES config file. This solved
the issue.
[https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/286/workflows/33cf2277-b865-4fdc-adc0-a316f54e3773/jobs/1655/parallel-runs/15]
I am gonna push a branch for [~dcapwell] to commit the patch ;)
was (Author: e.dimitrova):
I raised the heap space for Unit Tests in the MIDRES config file. This solved
the issue.
[https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/286/workflows/33cf2277-b865-4fdc-adc0-a316f54e3773/jobs/1655/parallel-runs/15]
I am gonna push a branch for [~dcapwell] to commit it ;)
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164584#comment-17164584
]
Ekaterina Dimitrova commented on CASSANDRA-15979:
-
I raised the heap space for Unit Tests in the MIDRES config file. This solved
the issue.
[https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/286/workflows/33cf2277-b865-4fdc-adc0-a316f54e3773/jobs/1655/parallel-runs/15]
I am gonna push a branch for [~dcapwell] to commit it ;)
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164581#comment-17164581
]
David Capwell commented on CASSANDRA-15979:
---
Circle CI has access to less resources than Jenkins or local, so could also be
related to that. I will check another CI to see if there is history of OOMing.
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164579#comment-17164579
]
Ekaterina Dimitrova edited comment on CASSANDRA-15979 at 7/24/20, 6:30 PM:
---
No, I suspect it is Circle config related, running some tests now, let's see
was (Author: e.dimitrova):
No, I suspect it is Circle config related, making some tests now, let's see
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164579#comment-17164579
]
Ekaterina Dimitrova commented on CASSANDRA-15979:
-
No, I suspect it is Circle config related, making some tests now, let's see
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
> (MIDRES)
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ekaterina Dimitrova updated CASSANDRA-15979:
Description:
We persistently see on the latest CircleCI trunk the following error:
(MIDRES)
{code:java}
BUILD FAILED
/tmp/cassandra/build.xml:1982: The following error occurred while executing
this line:
/tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
at java.lang.StringBuffer.(StringBuffer.java:128)
at
com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
at
com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
at
com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
at junit_frames.template$dot$5()
at junit_frames.applyTemplates5()
at junit_frames.package()
at junit_frames.template$dot$0()
at junit_frames.applyTemplates()
at junit_frames.applyTemplates()
at junit_frames.transform()
at
com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
at
org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
at
org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
at
org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
at org.apache.tools.ant.Task.perform(Task.java:350)
at
org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
Source)
at java.util.Vector.forEach(Vector.java:1275)
at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Total time: 2 minutes 52 seconds
Exited with code exit status 1
CircleCI received exit code 1
{code}
*Example:*
[https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
was:
We persistently see on the latest CircleCI trunk the following error:
{code:java}
BUILD FAILED
/tmp/cassandra/build.xml:1982: The following error occurred while executing
this line:
/tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
at java.lang.StringBuffer.(StringBuffer.java:128)
at
com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
at
com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
at
com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
at junit_frames.template$dot$5()
at junit_frames.applyTemplates5()
at junit_frames.package()
at junit_frames.template$dot$0()
at junit_frames.applyTemplates()
at junit_frames.applyTemplates()
at junit_frames.transform()
at
com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
at
org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
at
org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
at
org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164572#comment-17164572
]
Brandon Williams commented on CASSANDRA-15979:
--
Has anyone seen this outside of CircleCI? I've never encountered it locally
and I don't recall seeing it in Jenkins either.
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164567#comment-17164567
]
Ekaterina Dimitrova commented on CASSANDRA-15979:
-
CC [~Bereng]
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15978) CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ekaterina Dimitrova updated CASSANDRA-15978:
Resolution: Fixed
Status: Resolved (was: Open)
CASSANDRA-15979
> CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java
> heap space
>
>
> Key: CASSANDRA-15978
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15978
> Project: Cassandra
> Issue Type: Task
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 4.0-beta
>
>
> We persistently see on the latest CircleCI trunk the following error:
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ekaterina Dimitrova updated CASSANDRA-15979:
Bug Category: Parent values: Degradation(12984)
Complexity: Normal
Component/s: CI
Discovered By: User Report
Severity: Normal
Assignee: Ekaterina Dimitrova
Status: Open (was: Triage Needed)
> CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
> --
>
> Key: CASSANDRA-15979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
> Project: Cassandra
> Issue Type: Bug
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
>
> We persistently see on the latest CircleCI trunk the following error:
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-15979) CircleCI UnitTests error - java.lang.OutOfMemoryError: Java heap space
Ekaterina Dimitrova created CASSANDRA-15979:
---
Summary: CircleCI UnitTests error - java.lang.OutOfMemoryError:
Java heap space
Key: CASSANDRA-15979
URL: https://issues.apache.org/jira/browse/CASSANDRA-15979
Project: Cassandra
Issue Type: Bug
Reporter: Ekaterina Dimitrova
We persistently see on the latest CircleCI trunk the following error:
{code:java}
BUILD FAILED
/tmp/cassandra/build.xml:1982: The following error occurred while executing
this line:
/tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
at java.lang.StringBuffer.(StringBuffer.java:128)
at
com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
at
com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
at
com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
at junit_frames.template$dot$5()
at junit_frames.applyTemplates5()
at junit_frames.package()
at junit_frames.template$dot$0()
at junit_frames.applyTemplates()
at junit_frames.applyTemplates()
at junit_frames.transform()
at
com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
at
org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
at
org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
at
org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
at org.apache.tools.ant.Task.perform(Task.java:350)
at
org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
Source)
at java.util.Vector.forEach(Vector.java:1275)
at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Total time: 2 minutes 52 seconds
Exited with code exit status 1
CircleCI received exit code 1
{code}
*Example:*
[https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15978) CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ekaterina Dimitrova updated CASSANDRA-15978:
Issue Type: Task (was: Improvement)
> CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java
> heap space
>
>
> Key: CASSANDRA-15978
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15978
> Project: Cassandra
> Issue Type: Task
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 4.0-beta
>
>
> We persistently see on the latest CircleCI trunk the following error:
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15978) CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java heap space
[
https://issues.apache.org/jira/browse/CASSANDRA-15978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ekaterina Dimitrova updated CASSANDRA-15978:
Change Category: Quality Assurance
Complexity: Normal
Component/s: CI
Fix Version/s: 4.0-beta
Assignee: Ekaterina Dimitrova
Status: Open (was: Triage Needed)
> CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java
> heap space
>
>
> Key: CASSANDRA-15978
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15978
> Project: Cassandra
> Issue Type: Improvement
> Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 4.0-beta
>
>
> We persistently see on the latest CircleCI trunk the following error:
>
> {code:java}
> BUILD FAILED
> /tmp/cassandra/build.xml:1982: The following error occurred while executing
> this line:
> /tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
> at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
> at java.lang.StringBuffer.(StringBuffer.java:128)
> at
> com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
> at
> com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
> at
> com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
> at junit_frames.template$dot$5()
> at junit_frames.applyTemplates5()
> at junit_frames.package()
> at junit_frames.template$dot$0()
> at junit_frames.applyTemplates()
> at junit_frames.applyTemplates()
> at junit_frames.transform()
> at
> com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
> at
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
> at
> org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
> at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
> at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
> at
> org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
> at
> org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
> at org.apache.tools.ant.Task.perform(Task.java:350)
> at
> org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
> Source)
> at java.util.Vector.forEach(Vector.java:1275)
> at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
> at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Total time: 2 minutes 52 seconds
> Exited with code exit status 1
> CircleCI received exit code 1
> {code}
>
> *Example:*
> https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-15978) CircleCI Unit Tests issue on latest trunk - java.lang.OutOfMemoryError: Java heap space
Ekaterina Dimitrova created CASSANDRA-15978:
---
Summary: CircleCI Unit Tests issue on latest trunk -
java.lang.OutOfMemoryError: Java heap space
Key: CASSANDRA-15978
URL: https://issues.apache.org/jira/browse/CASSANDRA-15978
Project: Cassandra
Issue Type: Improvement
Reporter: Ekaterina Dimitrova
We persistently see on the latest CircleCI trunk the following error:
{code:java}
BUILD FAILED
/tmp/cassandra/build.xml:1982: The following error occurred while executing
this line:
/tmp/cassandra/build.xml:1866: java.lang.OutOfMemoryError: Java heap space
at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:68)
at java.lang.StringBuffer.(StringBuffer.java:128)
at
com.sun.org.apache.xml.internal.utils.FastStringBuffer.getString(FastStringBuffer.java:872)
at
com.sun.org.apache.xml.internal.dtm.ref.sax2dtm.SAX2DTM2.getStringValueX(SAX2DTM2.java:2937)
at
com.sun.org.apache.xalan.internal.xsltc.dom.DOMAdapter.getStringValueX(DOMAdapter.java:284)
at junit_frames.template$dot$5()
at junit_frames.applyTemplates5()
at junit_frames.package()
at junit_frames.template$dot$0()
at junit_frames.applyTemplates()
at junit_frames.applyTemplates()
at junit_frames.transform()
at
com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:620)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:730)
at
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
at
org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:201)
at org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:870)
at org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:408)
at
org.apache.tools.ant.taskdefs.optional.junit.AggregateTransformer.transform(AggregateTransformer.java:281)
at
org.apache.tools.ant.taskdefs.optional.junit.XMLResultAggregator.execute(XMLResultAggregator.java:157)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
at org.apache.tools.ant.Task.perform(Task.java:350)
at
org.apache.tools.ant.taskdefs.Sequential$$Lambda$149/1543351283.accept(Unknown
Source)
at java.util.Vector.forEach(Vector.java:1275)
at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:67)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Total time: 2 minutes 52 seconds
Exited with code exit status 1
CircleCI received exit code 1
{code}
*Example:*
https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/285/workflows/f2722016-2353-4c38-9fd2-8614f6609f55/jobs/1648/parallel-runs/16?filterBy=FAILED
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15580) 4.0 quality testing: Repair
[ https://issues.apache.org/jira/browse/CASSANDRA-15580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17164563#comment-17164563 ] David Capwell commented on CASSANDRA-15580: --- Repair isn't supported during upgrades (3.0 -> 3.11 -> 4.0)... but just because it isn't supported doesn't mean something won't happen... I agree it would be good to have tests showing the behavior of repair/streaming in mixed-mode case > 4.0 quality testing: Repair > --- > > Key: CASSANDRA-15580 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15580 > Project: Cassandra > Issue Type: Task > Components: Test/dtest >Reporter: Josh McKenzie >Assignee: Benjamin Lerer >Priority: Normal > Fix For: 4.0-beta > > > Reference [doc from > NGCC|https://docs.google.com/document/d/1uhUOp7wpE9ZXNDgxoCZHejHt5SO4Qw1dArZqqsJccyQ/edit#] > for context. > *Shepherd: Blake Eggleston* > We aim for 4.0 to have the first fully functioning incremental repair > solution (CASSANDRA-9143)! Furthermore we aim to verify that all types of > repair: (full range, sub range, incremental) function as expected as well as > ensuring community tools such as Reaper work. CASSANDRA-3200 adds an > experimental option to reduce the amount of data streamed during repair, we > should write more tests and see how it works with big nodes. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
