[jira] [Commented] (CASSANDRA-16524) Upgrading SSL enabled Cassandra cluster from 3.11.10 to 4.0-beta4 failing with javax.net.ssl.SSLException: java.lang.IndexOutOfBoundsException

[Jon Meredith (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309809#comment-17309809
 ] 

Jon Meredith commented on CASSANDRA-16524:
--

You may be able to get the info using


{code}
 keytool -list -v -keystore keystore.jks
 keytool -list -v -keystore truststore.jks
{code}

Look for anything containing "bit", for example

{code}
Subject Public Key Algorithm: 2048-bit RSA key
{code}

> Upgrading SSL enabled Cassandra cluster from 3.11.10 to 4.0-beta4 failing 
> with javax.net.ssl.SSLException: java.lang.IndexOutOfBoundsException
> --
>
> Key: CASSANDRA-16524
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16524
> Project: Cassandra
>  Issue Type: Bug
>  Components: Feature/Encryption
>Reporter: Alaykumar Barochia
>Assignee: Gianluca Righetto
>Priority: Normal
> Fix For: 4.0, 4.0-rc
>
> Attachments: system.log.ssl-error.txt
>
>
> Hi,
> We have SSL enabled cluster running on Apache Cassandra 3.11.10 and we are 
> trying to upgrade it to 4.0-beta4 as a part of testing.
> Cluster size is 3x3 and deployed on Azure IaaS.
> {noformat}
> [cassandra@cass-521828978-1-1189299202 ~]$ nodetool status
> Datacenter: southcentral
> 
> Status=Up/Down
> |/ State=Normal/Leaving/Joining/Moving
> --  Address  Load   Tokens   Owns (effective)  Host ID
>Rack
> UN  10.12.74.31  85.61 KiB  16   32.2% 
> 6db7a7ef-3490-4823-9ff3-c60a32165124  2
> UN  10.12.74.42  263.27 KiB  16   27.6% 
> 7ad99ecf-7c7d-4780-872b-7c68b6b19849  1
> UN  10.12.74.34  85.61 KiB  16   37.8% 
> 41ce16b7-2ab2-44ea-a810-8391f7f3caf2  0
> Datacenter: westus
> ==
> Status=Up/Down
> |/ State=Normal/Leaving/Joining/Moving
> --  Address  Load   Tokens   Owns (effective)  Host ID
>Rack
> UN  10.12.90.11  90.63 KiB  16   38.9% 
> 8d4cdb65-ff66-4bcd-8d4b-a4a0e893a728  2
> UN  10.12.90.6   85.61 KiB  16   34.5% 
> 4f8007e9-fa3e-4e99-a9f9-f7bf9625  1
> UN  10.12.89.80  94.1 KiB   16   28.9% 
> 11f86cb0-c86b-440e-848f-b160118f43d5  0
> {noformat}
> We placed a new 4.0-beta4 binary on the first seed node (10.12.74.310) and 
> starting Cassandra.
> It started throwing the below error:
> {noformat}
> ERROR [Messaging-EventLoop-3-11] 2021-03-15 22:10:05,188 
> InboundConnectionInitiator.java:342 - Failed to properly handshake with peer 
> /10.12.74.42:52356. Closing the channel.
> io.netty.handler.codec.DecoderException: javax.net.ssl.SSLException: 
> java.lang.IndexOutOfBoundsException: writerIndex(8560) + 
> minWritableBytes(1977) exceeds maxCapacity(10240): 
> BufferPoolAllocator$Wrapped(ridx: 0, widx: 8560, cap: 10240/10240)
>   at 
> io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:471)
>   at 
> io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:276)
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
>   at 
> io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
>   at 
> io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
>   at 
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
>   at 
> io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
>   at 
> io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:795)
>   at 
> io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:480)
>   at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:378)
>   at 
> io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
>   at 
> io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
>   at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>   at java.lang.Thread.run(Thread.java:748)
> Caused by: javax.net.ssl.SSLException: java.lang.IndexOutOfBoundsException: 
> writerIndex(8560) + minWritableBytes(1977) exceeds maxCapacity(10240): 
> BufferPoolAllocator$Wrapped(ridx: 0, widx: 8560, cap: 

[cassandra] 01/01: Merge branch 'cassandra-3.11' into trunk

[mck]

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 1a92e4a6490c0b38ef681c5a3a24309f1fea91ac
Merge: 9b32b8a 9e51339
Author: Mick Semb Wever 
AuthorDate: Sat Mar 27 00:36:28 2021 +0100

Merge branch 'cassandra-3.11' into trunk

 doc/source/_util/cql.py  | 17 +
 ide/nbproject/update-netbeans-classpaths.sh  | 17 +
 pylib/cassandra-cqlsh-tests.sh   | 17 +
 .../cassandra/stress/report/TimingIntervals.java | 20 ++--
 4 files changed, 69 insertions(+), 2 deletions(-)

diff --cc ide/nbproject/update-netbeans-classpaths.sh
index afef864,000..929798a
mode 100755,00..100755
--- a/ide/nbproject/update-netbeans-classpaths.sh
+++ b/ide/nbproject/update-netbeans-classpaths.sh
@@@ -1,14 -1,0 +1,31 @@@
 +#!/bin/bash
 +#
++# Licensed to the Apache Software Foundation (ASF) under one
++# or more contributor license agreements.  See the NOTICE file
++# distributed with this work for additional information
++# regarding copyright ownership.  The ASF licenses this file
++# to you under the Apache License, Version 2.0 (the
++# "License"); you may not use this file except in compliance
++# with the License.  You may obtain a copy of the License at
++#
++# http://www.apache.org/licenses/LICENSE-2.0
++#
++# Unless required by applicable law or agreed to in writing, software
++# distributed under the License is distributed on an "AS IS" BASIS,
++# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
++# See the License for the specific language governing permissions and
++# limitations under the License.
++#
++#
 +# Update the classpaths elements in the project.xml found in the same 
directory
 +#  Works around the lack of wildcarded classpaths in netbeans freeform 
projects
 +#   ref: https://netbeans.org/bugzilla/show_bug.cgi?id=116185
 +#
 +
 +DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"
 +
 +cd $DIR/../..
 +CLASSPATH=`for f in lib/*.jar ; do echo -n '${project.dir}/'$f: ; done ; for 
f in build/lib/jars/*.jar ; do echo -n '${project.dir}/'$f: ; done ;`
 +
 +sed -i '' 
's/cassandra\.classpath\.jars\">.*<\/property>/cassandra\.classpath\.jars\">NEW_CLASSPATH<\/property>/'
 $DIR/project.xml
 +sed -i '' "s@NEW_CLASSPATH@"$CLASSPATH"@" $DIR/project.xml

-
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 (1ee18ac -> 35114d5)

[mck]

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 1ee18ac  Merge branch 'cassandra-2.2' into cassandra-3.0
 new cd4aa9f  ninja-fix missing copyright headers
 new 35114d5  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:
 pylib/cassandra-cqlsh-tests.sh | 16 
 .../apache/cassandra/stress/util/TimingIntervals.java  | 18 ++
 2 files changed, 34 insertions(+)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] branch trunk updated (9b32b8a -> 1a92e4a)

[mck]

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 9b32b8a  Fix flaky SSTableMetadataTest and SSTableMetadataTrackingTest
 new cd4aa9f  ninja-fix missing copyright headers
 new 35114d5  Merge branch 'cassandra-2.2' into cassandra-3.0
 new 9e51339  Merge branch 'cassandra-3.0' into cassandra-3.11
 new 1a92e4a  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:
 doc/source/_util/cql.py  | 17 +
 ide/nbproject/update-netbeans-classpaths.sh  | 17 +
 pylib/cassandra-cqlsh-tests.sh   | 17 +
 .../cassandra/stress/report/TimingIntervals.java | 20 ++--
 4 files changed, 69 insertions(+), 2 deletions(-)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] 01/01: Merge branch 'cassandra-3.0' into cassandra-3.11

[mck]

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 9e513390b7efd8b6de25be4600499d5a8fb2375d
Merge: ec9b7b9 35114d5
Author: Mick Semb Wever 
AuthorDate: Sat Mar 27 00:33:18 2021 +0100

Merge branch 'cassandra-3.0' into cassandra-3.11

 doc/source/_util/cql.py  | 17 +
 pylib/cassandra-cqlsh-tests.sh   | 17 +
 .../cassandra/stress/report/TimingIntervals.java | 20 ++--
 3 files changed, 52 insertions(+), 2 deletions(-)

diff --cc doc/source/_util/cql.py
index b1c8cde,000..673fbcf
mode 100644,00..100644
--- a/doc/source/_util/cql.py
+++ b/doc/source/_util/cql.py
@@@ -1,267 -1,0 +1,284 @@@
 +# -*- coding: utf-8 -*-
++#
++# Licensed to the Apache Software Foundation (ASF) under one
++# or more contributor license agreements.  See the NOTICE file
++# distributed with this work for additional information
++# regarding copyright ownership.  The ASF licenses this file
++# to you under the Apache License, Version 2.0 (the
++# "License"); you may not use this file except in compliance
++# with the License.  You may obtain a copy of the License at
++#
++# http://www.apache.org/licenses/LICENSE-2.0
++#
++# Unless required by applicable law or agreed to in writing, software
++# distributed under the License is distributed on an "AS IS" BASIS,
++# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
++# See the License for the specific language governing permissions and
++# limitations under the License.
++#
 +"""
 +CQL pygments lexer
 +~~
 +
 +Lexer for the Cassandra Query Language (CQL).
 +
 +This is heavily inspired from the pygments SQL lexer (and the Postgres 
one in particular) but adapted to CQL
 +keywords and specificities.
 +
 +TODO: This has been hacked quickly, but once it's more tested, we could 
submit it upstream.
 +  In particular, we have alot of keywords whose meaning depends on 
the context and we could potentially improve
 +  their handling. For instance, SET is a keyword, but also a type 
name (that's why currently we also consider
 +  map and list as keywords, not types; we could disambiguate by 
looking if there is a '<' afterwards). Or things
 +  like USERS, which can is used in some documentation example as a 
table name but is a keyword too (we could
 +  only consider it a keyword if after LIST for instance). Similarly, 
type nanes are not reserved, so they and
 +  are sometime used as column identifiers (also, timestamp is both a 
type and a keyword). I "think" we can
 +  somewhat disambiguate through "states", but unclear how far it's 
worth going.
 +
 +  We could also add the predefined functions?
 +"""
 +
 +import re
 +
 +from pygments.lexer import Lexer, RegexLexer, do_insertions, bygroups, words
 +from pygments.token import Punctuation, Whitespace, Error, \
 +Text, Comment, Operator, Keyword, Name, String, Number, Generic, Literal
 +from pygments.lexers import get_lexer_by_name, ClassNotFound
 +from pygments.util import iteritems
 +
 +__all__ = [ 'CQLLexer' ]
 +
 +language_re = re.compile(r"\s+LANGUAGE\s+'?(\w+)'?", re.IGNORECASE)
 +
 +KEYWORDS = (
 +'SELECT',
 +'FROM',
 +'AS',
 +'WHERE',
 +'AND',
 +'KEY',
 +'KEYS',
 +'ENTRIES',
 +'FULL',
 +'INSERT',
 +'UPDATE',
 +'WITH',
 +'LIMIT',
 +'PER',
 +'PARTITION',
 +'USING',
 +'USE',
 +'DISTINCT',
 +'COUNT',
 +'SET',
 +'BEGIN',
 +'UNLOGGED',
 +'BATCH',
 +'APPLY',
 +'TRUNCATE',
 +'DELETE',
 +'IN',
 +'CREATE',
 +'KEYSPACE',
 +'SCHEMA',
 +'KEYSPACES',
 +'COLUMNFAMILY',
 +'TABLE',
 +'MATERIALIZED',
 +'VIEW',
 +'INDEX',
 +'CUSTOM',
 +'ON',
 +'TO',
 +'DROP',
 +'PRIMARY',
 +'INTO',
 +'VALUES',
 +'TIMESTAMP',
 +'TTL',
 +'CAST',
 +'ALTER',
 +'RENAME',
 +'ADD',
 +'TYPE',
 +'COMPACT',
 +'STORAGE',
 +'ORDER',
 +'BY',
 +'ASC',
 +'DESC',
 +'ALLOW',
 +'FILTERING',
 +'IF',
 +'IS',
 +'CONTAINS',
 +'GRANT',
 +'ALL',
 +'PERMISSION',
 +'PERMISSIONS',
 +'OF',
 +'REVOKE',
 +'MODIFY',
 +'AUTHORIZE',
 +'DESCRIBE',
 +'EXECUTE',
 +'NORECURSIVE',
 +'MBEAN',
 +'MBEANS',
 +'USER',
 +'USERS',
 +'ROLE',
 +'ROLES',
 +'SUPERUSER',
 +'NOSUPERUSER',
 +'PASSWORD',
 +'LOGIN',
 +'NOLOGIN',
 +'OPTIONS',
 +'CLUSTERING',
 +'TOKEN',
 +'WRITETIME',
 +'NULL',
 +'NOT',
 +'EXISTS',
 +'MAP',
 +'LIST',
 +'NAN',
 +'INFINITY',
 +'TUPLE',
 +'TRIGGER',
 +'STATIC',
 +'FROZEN',
 +'FUNCTION',
 +'FUNCTIONS',
 +'AGGREGATE',
 +

[cassandra] branch cassandra-2.2 updated: ninja-fix missing copyright headers

[mck]

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 cd4aa9f  ninja-fix missing copyright headers
cd4aa9f is described below

commit cd4aa9f77cccea238f26eb324f7f2f980b4de07e
Author: Mick Semb Wever 
AuthorDate: Sat Mar 27 00:10:51 2021 +0100

ninja-fix missing copyright headers
---
 .../apache/cassandra/stress/util/TimingIntervals.java  | 18 ++
 1 file changed, 18 insertions(+)

diff --git 
a/tools/stress/src/org/apache/cassandra/stress/util/TimingIntervals.java 
b/tools/stress/src/org/apache/cassandra/stress/util/TimingIntervals.java
index f989173..b4c69e9 100644
--- a/tools/stress/src/org/apache/cassandra/stress/util/TimingIntervals.java
+++ b/tools/stress/src/org/apache/cassandra/stress/util/TimingIntervals.java
@@ -1,3 +1,21 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
 package org.apache.cassandra.stress.util;
 
 import java.util.Arrays;

-
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

[mck]

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 35114d5fccf2285cbaccf316a5a9b742f82cd609
Merge: 1ee18ac cd4aa9f
Author: Mick Semb Wever 
AuthorDate: Sat Mar 27 00:30:34 2021 +0100

Merge branch 'cassandra-2.2' into cassandra-3.0

 pylib/cassandra-cqlsh-tests.sh | 16 
 .../apache/cassandra/stress/util/TimingIntervals.java  | 18 ++
 2 files changed, 34 insertions(+)

diff --cc pylib/cassandra-cqlsh-tests.sh
index 8174636,000..a219485
mode 100755,00..100755
--- a/pylib/cassandra-cqlsh-tests.sh
+++ b/pylib/cassandra-cqlsh-tests.sh
@@@ -1,107 -1,0 +1,123 @@@
 +#!/bin/bash -x
++#
++# Licensed to the Apache Software Foundation (ASF) under one
++# or more contributor license agreements.  See the NOTICE file
++# distributed with this work for additional information
++# regarding copyright ownership.  The ASF licenses this file
++# to you under the Apache License, Version 2.0 (the
++# "License"); you may not use this file except in compliance
++# with the License.  You may obtain a copy of the License at
++#
++# http://www.apache.org/licenses/LICENSE-2.0
++#
++# Unless required by applicable law or agreed to in writing, software
++# distributed under the License is distributed on an "AS IS" BASIS,
++# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
++# See the License for the specific language governing permissions and
++# limitations under the License.
 +
 +
 +#
 +# Prep
 +#
 +
 +
 +WORKSPACE=$1
 +
 +if [ "${WORKSPACE}" = "" ]; then
 +echo "Specify Cassandra source directory"
 +exit
 +fi
 +
 +export PYTHONIOENCODING="utf-8"
 +export PYTHONUNBUFFERED=true
 +export CASS_DRIVER_NO_EXTENSIONS=true
 +export CASS_DRIVER_NO_CYTHON=true
 +export CCM_MAX_HEAP_SIZE="2048M"
 +export CCM_HEAP_NEWSIZE="200M"
 +export CCM_CONFIG_DIR=${WORKSPACE}/.ccm
 +export NUM_TOKENS="32"
 +export CASSANDRA_DIR=${WORKSPACE}
 +export TESTSUITE_NAME="cqlshlib.python2.jdk8"
 +
 +# Loop to prevent failure due to maven-ant-tasks not downloading a jar..
 +for x in $(seq 1 3); do
 +ant -buildfile ${CASSANDRA_DIR}/build.xml realclean jar
 +RETURN="$?"
 +if [ "${RETURN}" -eq "0" ]; then
 +break
 +fi
 +done
 +# Exit, if we didn't build successfully
 +if [ "${RETURN}" -ne "0" ]; then
 +echo "Build failed with exit code: ${RETURN}"
 +exit ${RETURN}
 +fi
 +
 +# Set up venv with dtest dependencies
 +set -e # enable immediate exit if venv setup fails
 +virtualenv --python=python2 --no-site-packages venv
 +source venv/bin/activate
 +pip install -r ${CASSANDRA_DIR}/pylib/requirements.txt
 +pip freeze
 +
 +if [ "$cython" = "yes" ]; then
 +TESTSUITE_NAME="${TESTSUITE_NAME}.cython"
 +pip install "Cython>=0.20,<0.25"
 +cd pylib/; python setup.py build_ext --inplace
 +cd ${WORKSPACE}
 +else
 +TESTSUITE_NAME="${TESTSUITE_NAME}.no_cython"
 +fi
 +
 +
 +#
 +# Main
 +#
 +
 +
 +ccm remove test || true # in case an old ccm cluster is left behind
 +ccm create test -n 1 --install-dir=${CASSANDRA_DIR}
 +ccm updateconf "enable_user_defined_functions: true"
 +
 +version_from_build=$(ccm node1 versionfrombuild)
 +export pre_or_post_cdc=$(python -c """from distutils.version import 
LooseVersion
 +print \"postcdc\" if LooseVersion(\"${version_from_build}\") >= \"3.8\" else 
\"precdc\"
 +""")
 +case "${pre_or_post_cdc}" in
 +postcdc)
 +ccm updateconf "cdc_enabled: true"
 +;;
 +precdc)
 +:
 +;;
 +*)
 +echo "${pre_or_post_cdc}" is an invalid value.
 +exit 1
 +;;
 +esac
 +
 +ccm start --wait-for-binary-proto
 +
 +cd ${CASSANDRA_DIR}/pylib/cqlshlib/
 +
 +set +e # disable immediate exit from this point
 +nosetests
 +
 +ccm remove
 +# hack around --xunit-prefix-with-testsuite-name not being available in nose 
1.3.7
 +sed -i "s/testsuite name=\"nosetests\"/testsuite 
name=\"${TESTSUITE_NAME}\"/g" nosetests.xml
 +sed -i "s/testcase classname=\"cqlshlib./testcase 
classname=\"${TESTSUITE_NAME}./g" nosetests.xml
 +mv nosetests.xml ${WORKSPACE}/cqlshlib.xml
 +
 +
 +#
 +# Clean
 +#
 +
 +
 +# /virtualenv
 +deactivate
 +
 +# Exit cleanly for usable "Unstable" status
 +exit 0

-
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 (ec9b7b9 -> 9e51339)

[mck]

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 ec9b7b9  Expose StorageServiceMBean#getKeyspaceReplicationInfo 
(backport from 4.0 and CASSANDRA-13853)
 new cd4aa9f  ninja-fix missing copyright headers
 new 35114d5  Merge branch 'cassandra-2.2' into cassandra-3.0
 new 9e51339  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:
 doc/source/_util/cql.py  | 17 +
 pylib/cassandra-cqlsh-tests.sh   | 17 +
 .../cassandra/stress/report/TimingIntervals.java | 20 ++--
 3 files changed, 52 insertions(+), 2 deletions(-)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Updated] (CASSANDRA-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16536:
--
Status: Patch Available  (was: Review In Progress)

Review postponed. Chris Thornett/Constantia.io advised that they are going to 
attempt getting the post published on Container Journal first before publishing 
it on the Cassandra site. Cheers! (y)

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16543:
--
Status: Ready to Commit  (was: Review In Progress)

Updates staged and pages confirmed to render as expected.

Landing page:

 !world_party-landing_page.png|width=300! 

Blog post:

 !world_party-blog_post.png|width=300! 

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: world_party-blog_post.png, world_party-landing_page.png
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16543:
--
Attachment: world_party-blog_post.png

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: world_party-blog_post.png, world_party-landing_page.png
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16543:
--
Reviewers: Erick Ramirez, Michael Semb Wever
   Status: Review In Progress  (was: Patch Available)

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: world_party-blog_post.png, world_party-landing_page.png
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16543:
--
Test and Documentation Plan: Preview pages
 Status: Patch Available  (was: In Progress)

PR #42 submitted -- https://github.com/apache/cassandra-website/pull/42

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: world_party-blog_post.png, world_party-landing_page.png
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16543:
--
Attachment: world_party-landing_page.png

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: world_party-blog_post.png, world_party-landing_page.png
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16536:
--
Status: Patch Available  (was: Requires Testing)

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16536:
--
Status: Review In Progress  (was: Patch Available)

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Erick Ramirez (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309790#comment-17309790
 ] 

Erick Ramirez commented on CASSANDRA-16536:
---

Noting here from Mick: add {{--future}} to the {{jekyll serve}} command in 
https://github.com/apache/cassandra-website/blob/trunk/docker-entrypoint-jekyll-serve.sh#L21.

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[ASF GitHub Bot (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated CASSANDRA-16543:
---
Labels: pull-request-available  (was: )

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-16402) In Jenkins move and split jvm dtests to 'Distributed Test' stage

[Michael Semb Wever (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309778#comment-17309778
 ] 

Michael Semb Wever commented on CASSANDRA-16402:


Moving jvm-dtests in the in-tree branch builds will be followed up in a 
separate ticket.

> In Jenkins move and split jvm dtests to 'Distributed Test' stage
> 
>
> Key: CASSANDRA-16402
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16402
> Project: Cassandra
>  Issue Type: Task
>  Components: CI
>Reporter: Michael Semb Wever
>Assignee: Michael Semb Wever
>Priority: Low
> Fix For: 2.2.20, 3.0.25, 3.11.11, 4.0-rc2, 4.0
>
> Attachments: Screenshot 2021-01-23 at 12.29.58.png
>
>
> The jvm-dtests are taking long enough now to warrant moving them from the 
> 'Test' stage to the 'Distributed Test' stage in the Jenkins pipeline.
> That is, jvm-dtests is now taking significantly longer than any of the other 
> unit test jobs in the 'Test' stage, increasing the time the time the whole 
> pipeline takes.
> Moving both jvm-dtest and jvm-dtest-upgrade to the `Distributed Test`, and 
> splitting them (changing the job to a matrix), will reduce the pipeline 
> runtime. Such grouping also makes sense logically.



--
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-16402) In Jenkins move and split jvm dtests to 'Distributed Test' stage

[Michael Semb Wever (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Semb Wever updated CASSANDRA-16402:
---
  Fix Version/s: (was: 4.0.x)
 (was: 3.11.x)
 (was: 3.0.x)
 (was: 2.2.x)
 4.0
 4.0-rc2
 3.11.11
 3.0.25
 2.2.20
Source Control Link: 
https://github.com/apache/cassandra-builds/commit/7ed96792878ed87340bde0224db0923777490f32
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

Committed as 
[7ed96792878ed87340bde0224db0923777490f32|https://github.com/apache/cassandra-builds/commit/7ed96792878ed87340bde0224db0923777490f32].

> In Jenkins move and split jvm dtests to 'Distributed Test' stage
> 
>
> Key: CASSANDRA-16402
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16402
> Project: Cassandra
>  Issue Type: Task
>  Components: CI
>Reporter: Michael Semb Wever
>Assignee: Michael Semb Wever
>Priority: Low
> Fix For: 2.2.20, 3.0.25, 3.11.11, 4.0-rc2, 4.0
>
> Attachments: Screenshot 2021-01-23 at 12.29.58.png
>
>
> The jvm-dtests are taking long enough now to warrant moving them from the 
> 'Test' stage to the 'Distributed Test' stage in the Jenkins pipeline.
> That is, jvm-dtests is now taking significantly longer than any of the other 
> unit test jobs in the 'Test' stage, increasing the time the time the whole 
> pipeline takes.
> Moving both jvm-dtest and jvm-dtest-upgrade to the `Distributed Test`, and 
> splitting them (changing the job to a matrix), will reduce the pipeline 
> runtime. Such grouping also makes sense logically.



--
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-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16543:
--
Change Category: Semantic
 Complexity: Normal
Component/s: Documentation/Website
  Fix Version/s: 4.0
 4.0-beta5
 Status: Open  (was: Triage Needed)

> WEBSITE - Update World Party pages to indicate all times are April 28 UTC
> -
>
> Key: CASSANDRA-16543
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Website
>Reporter: Erick Ramirez
>Assignee: Erick Ramirez
>Priority: Normal
> Fix For: 4.0-beta5, 4.0
>
>
> The World Party landing page and blog post list the event times as:
>  * 1-2pm UTC / 6-7am PDT
>  * 9-10pm UTC / 3-4pm PDT
>  * 5-6am UTC / 10-11pm PDT
> This is confusing for attendees because it suggests that the third timeslot 
> is the following day, i.e. April 29 5am UTC.
> We need to update the assets to list the event times explicitly as April 28 
> UTC to avoid confusion:
>  * April 28 5:00am UTC
>  * April 28 1:00pm UTC
>  * April 28 9:00pm UTC



--
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-builds] branch trunk updated: Split unit and jvm dtests. Move jvm dtests to DTest stage in the pipeline

[mck]

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-builds.git


The following commit(s) were added to refs/heads/trunk by this push:
 new 7ed9679  Split unit and jvm dtests. Move jvm dtests to DTest stage in 
the pipeline
7ed9679 is described below

commit 7ed96792878ed87340bde0224db0923777490f32
Author: Mick Semb Wever 
AuthorDate: Sat Mar 13 16:43:23 2021 +0100

Split unit and jvm dtests. Move jvm dtests to DTest stage in the pipeline

 patch by Mick Semb Wever; reviewed by Tomek Łasica for CASSANDRA-16402
---
 build-scripts/cassandra-test.sh   | 49 -
 jenkins-dsl/cassandra_job_dsl_seed.groovy | 27 
 jenkins-dsl/cassandra_pipeline.groovy | 72 +++
 3 files changed, 92 insertions(+), 56 deletions(-)

diff --git a/build-scripts/cassandra-test.sh b/build-scripts/cassandra-test.sh
index b25b8bc..bfb3ea9 100755
--- a/build-scripts/cassandra-test.sh
+++ b/build-scripts/cassandra-test.sh
@@ -7,10 +7,19 @@ set -o nounset
 
 # lists all tests for the specific test type
 _list_tests() {
-  local readonly classlistprefix="$1"
+  local -r classlistprefix="$1"
   find "test/$classlistprefix" -name '*Test.java' | sed 
"s;^test/$classlistprefix/;;g"
 }
 
+_split_tests() {
+  local -r split_chunk="$1"
+  if [[ "x" == "x${split_chunk}" ]] ; then
+split -n r/1/1
+  else
+split -n r/${split_chunk}
+  fi
+}
+
 _timeout_for() {
   grep "name=\"$1\"" build.xml | awk -F'"' '{print $4}'
 }
@@ -32,9 +41,13 @@ _build_all_dtest_jars() {
 }
 
 _main() {
-  local target="${1:-}"
-  local java_version=$(java -version 2>&1 | awk -F '"' '/version/ {print $2}' 
| awk -F. '{print $1}')
-  local version=$(grep 'property\s*name=\"base.version\"' build.xml |sed -ne 
's/.*value=\"\([^"]*\)\".*/\1/p')
+  # parameters
+  local -r target="${1:-}"
+  local -r split_chunk="${2:-}" # Optional: pass in chunk to test, formatted 
as "K/N" for the Kth chunk of N chunks
+
+  local -r java_version=$(java -version 2>&1 | awk -F '"' '/version/ {print 
$2}' | awk -F. '{print $1}')
+  local -r version=$(grep 'property\s*name=\"base.version\"' build.xml |sed 
-ne 's/.*value=\"\([^"]*\)\".*/\1/p')
+
   if [ "$java_version" -ge 11 ]; then
 export CASSANDRA_USE_JDK11=true
 if ! grep -q CASSANDRA_USE_JDK11 build.xml ; then
@@ -78,26 +91,40 @@ _main() {
   ant $target -Dtmp.dir="$(pwd)/tmp" -Dmaven.test.failure.ignore=true
   ;;
 "test")
-  ant testclasslist -Dtest.classlistfile=<( _list_tests "unit" ) 
-Dtmp.dir="${TMP_DIR}" -Dtest.runners=1 || echo "failed $target"
+  testlist="$( _list_tests "unit" | _split_tests "${split_chunk}")"
+  echo ${testlist}
+  ant testclasslist -Dtest.classlistfile=<(${testlist}) 
-Dtmp.dir="${TMP_DIR}" || echo "failed $target"
   ;;
 "test-cdc")
-  ant testclasslist-cdc -Dtest.classlistfile=<( _list_tests "unit" ) 
-Dtmp.dir="${TMP_DIR}" -Dtest.runners=1 || echo "failed $target"
+  testlist=$( _list_tests "unit" | _split_tests "${split_chunk}")
+  echo ${testlist}
+  ant testclasslist-cdc -Dtest.classlistfile=<(${testlist}) 
-Dtmp.dir="${TMP_DIR}" || echo "failed $target"
   ;;
 "test-compression")
-  ant testclasslist-compression -Dtest.classlistfile=<( _list_tests "unit" 
) -Dtmp.dir="${TMP_DIR}" -Dtest.runners=1 || echo "failed $target"
+  testlist=$( _list_tests "unit" | _split_tests "${split_chunk}")
+  echo ${testlist}
+  ant testclasslist-compression -Dtest.classlistfile=<(${testlist}) 
-Dtmp.dir="${TMP_DIR}" || echo "failed $target"
   ;;
 "test-burn")
-  ant testclasslist -Dtest.classlistprefix=burn 
-Dtest.timeout=$(_timeout_for "test.burn.timeout") -Dtest.classlistfile=<( 
_list_tests "burn" ) -Dtmp.dir="${TMP_DIR}" -Dtest.runners=1 || echo "failed 
$target"
+  testlist=$( _list_tests "burn" | _split_tests "${split_chunk}")
+  echo ${testlist}
+  ant testclasslist -Dtest.classlistprefix=burn 
-Dtest.timeout=$(_timeout_for "test.burn.timeout") 
-Dtest.classlistfile=<(${testlist}) -Dtmp.dir="${TMP_DIR}" || echo "failed 
$target"
   ;;
 "long-test")
-  ant testclasslist -Dtest.classlistprefix=long 
-Dtest.timeout=$(_timeout_for "test.long.timeout") -Dtest.classlistfile=<( 
_list_tests "long" ) -Dtmp.dir="${TMP_DIR}" -Dtest.runners=1 || echo "failed 
$target"
+  testlist=$( _list_tests "long" | _split_tests "${split_chunk}")
+  echo ${testlist}
+  ant testclasslist -Dtest.classlistprefix=long 
-Dtest.timeout=$(_timeout_for "test.long.timeout") 
-Dtest.classlistfile=<(${testlist}) -Dtmp.dir="${TMP_DIR}" || echo "failed 
$target"
   ;;
 "jvm-dtest")
-  ant testclasslist -Dtest.classlistprefix=distributed 
-Dtest.timeout=$(_timeout_for "test.distributed.timeout") 
-Dtest.classlistfile=<( _list_tests "distributed" | grep -v "upgrade" ) 
-Dtmp.dir="${TMP_DIR}" -Dtest.runners=1 || 

[jira] [Created] (CASSANDRA-16543) WEBSITE - Update World Party pages to indicate all times are April 28 UTC

[Erick Ramirez (Jira)]

Erick Ramirez created CASSANDRA-16543:
-

 Summary: WEBSITE - Update World Party pages to indicate all times 
are April 28 UTC
 Key: CASSANDRA-16543
 URL: https://issues.apache.org/jira/browse/CASSANDRA-16543
 Project: Cassandra
  Issue Type: Task
Reporter: Erick Ramirez
Assignee: Erick Ramirez


The World Party landing page and blog post list the event times as:
 * 1-2pm UTC / 6-7am PDT
 * 9-10pm UTC / 3-4pm PDT
 * 5-6am UTC / 10-11pm PDT

This is confusing for attendees because it suggests that the third timeslot is 
the following day, i.e. April 29 5am UTC.

We need to update the assets to list the event times explicitly as April 28 UTC 
to avoid confusion:
 * April 28 5:00am UTC
 * April 28 1:00pm UTC
 * April 28 9:00pm UTC



--
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-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16536:
--
Status: Requires Testing  (was: Review In Progress)

[~mck]/[~Anthony Grasso], I've staged Rahul's PR but the post doesn't appear in 
the listings at all nor is it browseable using this URI:

{{ /blog/2021/03/29/cassandra-and-kubernetes-sig-update.html}}

Is it because it's dated in the future? How do I test it otherwise?

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16495) Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown During Decommission

[Yifan Cai (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Yifan Cai updated CASSANDRA-16495:
--
Reviewers: Caleb Rackliffe, Yifan Cai  (was: Caleb Rackliffe)

> Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown 
> During Decommission
> 
>
> Key: CASSANDRA-16495
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16495
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Startup and Shutdown
>Reporter: Caleb Rackliffe
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
>
> A new test added in CASSANDRA-16181 stumbled across this, although it doesn’t 
> happen consistently. When [failure 
> occurs|https://app.circleci.com/pipelines/github/maedhroz/cassandra/235/workflows/eb8133ce-9373-4136-b404-ceca167353f6/jobs/1355/tests],
>  it appears to be because a delayed schema pull happens after decommission 
> shuts down the MIGRATION stage’s thread pool.
> {noformat}
> ERROR [node1_isolatedExecutor:1] node1 2021-02-15 19:35:36,284 
> CassandraDaemon.java:579 - Exception in thread 
> Thread[node1_NonPeriodicTasks:1,5,node1] 
> java.util.concurrent.RejectedExecutionException: ThreadPoolExecutor has shut 
> down at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor$1.rejectedExecution(DebuggableThreadPoolExecutor.java:72)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355)
>  
> at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.execute(DebuggableThreadPoolExecutor.java:176)
>  
> at 
> java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118)
>  at org.apache.cassandra.concurrent.Stage.submit(Stage.java:129) 
> at 
> org.apache.cassandra.schema.MigrationCoordinator.lambda$scheduleSchemaPull$2(MigrationCoordinator.java:362)
>  
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 
> at 
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  
> at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> A fix might be as simple as shutting down ScheduledExecutors.nonPeriodicTasks 
> in StorageService#decommission(). See the original discussion 
> [here|https://issues.apache.org/jira/browse/CASSANDRA-16181?focusedCommentId=17293329=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17293329].



--
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-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Erick Ramirez (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erick Ramirez updated CASSANDRA-16536:
--
Status: Review In Progress  (was: Changes Suggested)

Reviewing changes...

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-16236:

Fix Version/s: (was: 4.0-rc)
   4.0
   4.0-rc2

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc2, 4.0
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16475) Add Jenkins arm64 jobs to ci-cassandra.a.o

[Michael Semb Wever (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Semb Wever updated CASSANDRA-16475:
---
  Fix Version/s: (was: 4.0.x)
 4.0
 4.0-rc2
Source Control Link: 
https://github.com/apache/cassandra-builds/commit/13c3a340fc28137ffcc46b5fbbeddce045d8b368
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

Committed as 
[13c3a340fc28137ffcc46b5fbbeddce045d8b368|https://github.com/apache/cassandra-builds/commit/13c3a340fc28137ffcc46b5fbbeddce045d8b368].

> Add Jenkins arm64 jobs to ci-cassandra.a.o
> --
>
> Key: CASSANDRA-16475
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16475
> Project: Cassandra
>  Issue Type: Task
>  Components: CI
>Reporter: Michael Semb Wever
>Assignee: Michael Semb Wever
>Priority: Normal
> Fix For: 4.0-rc2, 4.0
>
>
> Hauwei has donated arm64 servers intended for ci-cassandra.apache.org
> The first two have been tested over a numbers of issues and fixes already. 
> Now that all the jobs work, the arm64 architecture is read to be added 
> Jenkins. (Four more servers are on their way as well.)



--
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-builds] branch trunk updated: Add arm64 jobs and axis to jenkins jobs.

[mck]

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-builds.git


The following commit(s) were added to refs/heads/trunk by this push:
 new 13c3a34  Add arm64 jobs and axis to jenkins jobs.
13c3a34 is described below

commit 13c3a340fc28137ffcc46b5fbbeddce045d8b368
Author: Mick Semb Wever 
AuthorDate: Sat Mar 13 15:52:50 2021 +0100

Add arm64 jobs and axis to jenkins jobs.

Three new lables are introduced: 'cassandra-arm64', 
'cassandra-arm64-dtest', and 'cassandra-arm64-dtest-large'

Artifact, Unit Test, and cqlshlib, matrix jobs have added an arm64 axis, 
using one of the above labels.

DTest jobs have arm64 variants created, as there's not enough arm64 
resources to include these into the existing jobs as axis.

 patch by Mick Semb Wever; reviewed by Tomek Łasica for CASSANDRA-16475
---
 ASF-jenkins-agents.txt|   4 +
 jenkins-dsl/cassandra_job_dsl_seed.groovy | 344 ++
 2 files changed, 207 insertions(+), 141 deletions(-)

diff --git a/ASF-jenkins-agents.txt b/ASF-jenkins-agents.txt
index bb6d5b4..8505034 100644
--- a/ASF-jenkins-agents.txt
+++ b/ASF-jenkins-agents.txt
@@ -111,6 +111,8 @@ cassandra33 - 64.18.213.246  - Ubuntu 18.04 LTS amd64, 32G 
RAM, 16 core, donated
 cassandra34 - 64.18.213.247  - Ubuntu 18.04 LTS amd64, 32G RAM, 16 core, 
donated by iland
 cassandra35 - 64.18.213.248  - Ubuntu 18.04 LTS amd64, 32G RAM, 16 core, 
donated by iland
 cassandra36 - 64.18.213.249  - Ubuntu 18.04 LTS amd64, 32G RAM, 16 core, 
donated by iland
+cassandra-arm1 - 64.18.213.245  - Ubuntu 18.04.3 LTS arm64, 32G RAM, 16 core, 
donated by Huawei
+cassandra-arm2 - 64.18.213.246  - Ubuntu 18.04.3 LTS arm64, 32G RAM, 16 core, 
donated by Huawei
 
 
 
@@ -125,3 +127,5 @@ Contacts for system donators, when console hands may be 
needed by INFRA:
   Amazon: cassandra-hardw...@amazon.com (Steve Mayszak)
 
   iland: Julien Anguenot 
+
+  Huawei:  Liu Sheng  
diff --git a/jenkins-dsl/cassandra_job_dsl_seed.groovy 
b/jenkins-dsl/cassandra_job_dsl_seed.groovy
index dd4374f..81f3d5d 100644
--- a/jenkins-dsl/cassandra_job_dsl_seed.groovy
+++ b/jenkins-dsl/cassandra_job_dsl_seed.groovy
@@ -14,19 +14,19 @@ def jdkLabel = 'jdk_1.8_latest'
 if(binding.hasVariable("CASSANDRA_JDK_LABEL")) {
 jdkLabel = "${CASSANDRA_JDK_LABEL}"
 }
+
+// architectures. blank is amd64
+def archs = ['', '-arm64']
+arm64_enabled = true
+arm64_test_label_enabled = false
+def use_arm64_test_label() { return arm64_enabled && arm64_test_label_enabled }
+
 def slaveLabel = 'cassandra'
-if(binding.hasVariable("CASSANDRA_SLAVE_LABEL")) {
-slaveLabel = "${CASSANDRA_SLAVE_LABEL}"
-}
-def dtestSlaveLabel = 'cassandra-dtest'
-if(binding.hasVariable("CASSANDRA_DTEST_SLAVE_LABEL")) {
-dtestSlaveLabel = "${CASSANDRA_DTEST_SLAVE_LABEL}"
-}
-// The dtest-large target needs to run on >=32G slaves
-def dtestLargeSlaveLabel = 'cassandra-dtest-large'
-if(binding.hasVariable("CASSANDRA_DTEST_LARGE_SLAVE_LABEL")) {
-dtestLargeSlaveLabel = "${CASSANDRA_LARGE_SLAVE_LABEL}"
-}
+slaveDtestLabel = 'cassandra-dtest'
+slaveDtestLargeLabel = 'cassandra-dtest-large'
+slaveArm64Label = 'cassandra-arm64'
+slaveArm64DtestLabel = 'cassandra-arm64-dtest'
+slaveArm64DtestLargeLabel = 'cassandra-arm64-dtest-large'
 def mainRepo = "https://github.com/apache/cassandra.git;
 def githubRepo = "https://github.com/apache/cassandra;
 if(binding.hasVariable("CASSANDRA_GIT_URL")) {
@@ -391,7 +391,11 @@ matrixJob('Cassandra-template-cqlsh-tests') {
 axes {
 text('cython', 'yes', 'no')
 jdk(jdkLabel)
-label('label', slaveLabel)
+if (use_arm64_test_label()) {
+label('label', slaveLabel, slaveArm64Label)
+} else {
+label('label', slaveLabel)
+}
 }
 // this should prevent long path expansion from the axis definitions
 childCustomWorkspace('.')
@@ -486,7 +490,11 @@ cassandraBranches.each {
 } else {
 jdk('jdk_1.8_latest')
 }
-label('label', slaveLabel)
+if (arm64_enabled) {
+label('label', slaveLabel, slaveArm64Label)
+} else {
+label('label', slaveLabel)
+}
 }
 configure { node ->
 node / scm / branches / 'hudson.plugins.git.BranchSpec' / 
name(branchName)
@@ -521,7 +529,11 @@ cassandraBranches.each {
 } else {
 jdk(jdkLabel)
 }
-label('label', slaveLabel)
+if (use_arm64_test_label()) {
+label('label', slaveLabel, slaveArm64Label)
+} else {
+label('label', slaveLabel)
+}
 }
 configure { node ->
 node / scm / branches / 

[jira] [Commented] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Yifan Cai (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309736#comment-17309736
 ] 

Yifan Cai commented on CASSANDRA-16533:
---

+1 on the patch. 
Thanks for triggering the CI run. 

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and the filter doesn't remove _Completed 
> Dropped_ which is added to the results 
> 

[jira] [Comment Edited] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Ekaterina Dimitrova (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309733#comment-17309733
 ] 

Ekaterina Dimitrova edited comment on CASSANDRA-16533 at 3/26/21, 9:08 PM:
---

Thank you all for valuable input and thanks [~adutra] for the patch.

It looks good to me.

I just triggered a CI run [here 
|https://jenkins-cm4.apache.org/job/Cassandra-devbranch/511/]


was (Author: e.dimitrova):
Thank you all for valuable input and thanks [~adutra] for the patch.

It looks good to me.

I just submitted a CI run [here 
|https://jenkins-cm4.apache.org/job/Cassandra-devbranch/511/]

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> 

[jira] [Commented] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Ekaterina Dimitrova (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309733#comment-17309733
 ] 

Ekaterina Dimitrova commented on CASSANDRA-16533:
-

Thank you all for valuable input and thanks [~adutra] for the patch.

It looks good to me.

I just submitted a CI run [here 
|https://jenkins-cm4.apache.org/job/Cassandra-devbranch/511/]

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts 

[jira] [Commented] (CASSANDRA-16495) Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown During Decommission

[Ekaterina Dimitrova (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309730#comment-17309730
 ] 

Ekaterina Dimitrova commented on CASSANDRA-16495:
-

Thanks [~maedhroz], all valid points.

[PR|https://github.com/ekaterinadimitrova2/cassandra/pull/97] updated.

New CI triggered [here 
|https://jenkins-cm4.apache.org/job/Cassandra-devbranch/510/]

And I think we need one more committer to review it too.

> Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown 
> During Decommission
> 
>
> Key: CASSANDRA-16495
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16495
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Startup and Shutdown
>Reporter: Caleb Rackliffe
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
>
> A new test added in CASSANDRA-16181 stumbled across this, although it doesn’t 
> happen consistently. When [failure 
> occurs|https://app.circleci.com/pipelines/github/maedhroz/cassandra/235/workflows/eb8133ce-9373-4136-b404-ceca167353f6/jobs/1355/tests],
>  it appears to be because a delayed schema pull happens after decommission 
> shuts down the MIGRATION stage’s thread pool.
> {noformat}
> ERROR [node1_isolatedExecutor:1] node1 2021-02-15 19:35:36,284 
> CassandraDaemon.java:579 - Exception in thread 
> Thread[node1_NonPeriodicTasks:1,5,node1] 
> java.util.concurrent.RejectedExecutionException: ThreadPoolExecutor has shut 
> down at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor$1.rejectedExecution(DebuggableThreadPoolExecutor.java:72)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355)
>  
> at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.execute(DebuggableThreadPoolExecutor.java:176)
>  
> at 
> java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118)
>  at org.apache.cassandra.concurrent.Stage.submit(Stage.java:129) 
> at 
> org.apache.cassandra.schema.MigrationCoordinator.lambda$scheduleSchemaPull$2(MigrationCoordinator.java:362)
>  
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 
> at 
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  
> at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> A fix might be as simple as shutting down ScheduledExecutors.nonPeriodicTasks 
> in StorageService#decommission(). See the original discussion 
> [here|https://issues.apache.org/jira/browse/CASSANDRA-16181?focusedCommentId=17293329=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17293329].



--
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-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Alexandre Dutra (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309723#comment-17309723
 ] 

Alexandre Dutra commented on CASSANDRA-16533:
-

Yeah in the meanwhile Yifan suggested to refactor {{NodetoolUtils}} and get rid 
of it. Which I did, and it does seem that we don't need it anymore after 16057.

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and 

[jira] [Comment Edited] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Stefan Miklosovic (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309665#comment-17309665
 ] 

Stefan Miklosovic edited comment on CASSANDRA-16533 at 3/26/21, 8:49 PM:
-

[~adutra] unfortunately that ticket was done before changes of Yifan were 
introduced  ... 

I think one reason for not doing it differently was need to release new 
dtest-api which I did not wanted to do because of delays etc and willingness of 
other people do release it and so we just ended up with this.

EDIT: or after? I am not completely sure ... But definitely that part smells, I 
was discussing this with Ekaterina privately already.


was (Author: stefan.miklosovic):
[~adutra] unfortunately that ticket was done before changes of Yifan were 
introduced  ...

EDIT: or after? I am not completely sure ... But definitely that part smells, I 
was discussing this with Ekaterina privately already.

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 

[jira] [Comment Edited] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Stefan Miklosovic (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309665#comment-17309665
 ] 

Stefan Miklosovic edited comment on CASSANDRA-16533 at 3/26/21, 8:48 PM:
-

[~adutra] unfortunately that ticket was done before changes of Yifan were 
introduced  ...

EDIT: or after? I am not completely sure ... But definitely that part smells, I 
was discussing this with Ekaterina privately already.


was (Author: stefan.miklosovic):
[~adutra] unfortunately that ticket was done before changes of Yifan were 
introduced  ...

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.

[jira] [Updated] (CASSANDRA-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andres de la Peña updated CASSANDRA-16236:
--
  Since Version: 2.0.0
Source Control Link: 
https://github.com/apache/cassandra/commit/9b32b8a4369049aec6e0848d21f524a40d2c93f1
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309708#comment-17309708
 ] 

Andres de la Peña commented on CASSANDRA-16236:
---

Committed to trunk as 
[9b32b8a4369049aec6e0848d21f524a40d2c93f1|https://github.com/apache/cassandra/commit/9b32b8a4369049aec6e0848d21f524a40d2c93f1].

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-13517:

  Fix Version/s: (was: 4.0-rc)
 4.0
 4.0-beta5
  Since Version: 4.0-beta4
Source Control Link: 
https://github.com/apache/cassandra-dtest/commit/af190977b64176fdcbca296cb49089ce8cb57266
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-beta5, 4.0
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Ekaterina Dimitrova (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309707#comment-17309707
 ] 

Ekaterina Dimitrova commented on CASSANDRA-13517:
-

CI looks fine; 1 unrelated failure.

Committed 
[here|https://github.com/apache/cassandra-dtest/commit/af190977b64176fdcbca296cb49089ce8cb57266].
 Thanks!

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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 trunk updated: Fix flaky SSTableMetadataTest and SSTableMetadataTrackingTest

[adelapena]

This is an automated email from the ASF dual-hosted git repository.

adelapena pushed a commit to branch trunk
in repository https://gitbox.apache.org/repos/asf/cassandra.git


The following commit(s) were added to refs/heads/trunk by this push:
 new 9b32b8a  Fix flaky SSTableMetadataTest and SSTableMetadataTrackingTest
9b32b8a is described below

commit 9b32b8a4369049aec6e0848d21f524a40d2c93f1
Author: Andrés de la Peña 
AuthorDate: Fri Mar 26 15:13:22 2021 +

Fix flaky SSTableMetadataTest and SSTableMetadataTrackingTest

patch by Andrés de la Peña; reviewed by Brandon Williams and Ekaterina 
Dimitrova for CASSANDRA-16236
---
 .../miscellaneous/SSTableMetadataTrackingTest.java | 26 ++---
 .../cassandra/io/sstable/SSTableMetadataTest.java  | 68 +++---
 2 files changed, 52 insertions(+), 42 deletions(-)

diff --git 
a/test/unit/org/apache/cassandra/cql3/validation/miscellaneous/SSTableMetadataTrackingTest.java
 
b/test/unit/org/apache/cassandra/cql3/validation/miscellaneous/SSTableMetadataTrackingTest.java
index 288cbe1..5d367de 100644
--- 
a/test/unit/org/apache/cassandra/cql3/validation/miscellaneous/SSTableMetadataTrackingTest.java
+++ 
b/test/unit/org/apache/cassandra/cql3/validation/miscellaneous/SSTableMetadataTrackingTest.java
@@ -27,6 +27,13 @@ import static org.junit.Assert.assertEquals;
 
 public class SSTableMetadataTrackingTest extends CQLTester
 {
+/**
+ * Max allowed difference between compared SSTable metadata timestamps, in 
seconds.
+ * We use a {@code double} to force the usage of {@link 
org.junit.Assert#assertEquals(double, double, double)} when
+ * comparing integer timestamps, otherwise {@link 
org.junit.Assert#assertEquals(float, float, float)} would be used.
+ */
+public static final double DELTA = 5;
+
 @Test
 public void baseCheck() throws Throwable
 {
@@ -54,12 +61,12 @@ public class SSTableMetadataTrackingTest extends CQLTester
 StatsMetadata metadata = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(, metadata.minTimestamp);
 assertEquals(1, metadata.maxTimestamp);
-assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, 5);
+assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, DELTA);
 cfs.forceMajorCompaction();
 metadata = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(, metadata.minTimestamp);
 assertEquals(1, metadata.maxTimestamp);
-assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, 5);
+assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, DELTA);
 }
 
 @Test
@@ -73,12 +80,12 @@ public class SSTableMetadataTrackingTest extends CQLTester
 StatsMetadata metadata = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(, metadata.minTimestamp);
 assertEquals(1, metadata.maxTimestamp);
-assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, 5);
+assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, DELTA);
 cfs.forceMajorCompaction();
 metadata = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(, metadata.minTimestamp);
 assertEquals(1, metadata.maxTimestamp);
-assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, 5);
+assertEquals(Integer.MAX_VALUE, metadata.maxLocalDeletionTime, DELTA);
 }
 
 
@@ -93,7 +100,7 @@ public class SSTableMetadataTrackingTest extends CQLTester
 StatsMetadata metadata = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(, metadata.minTimestamp);
 assertEquals(, metadata.maxTimestamp);
-assertEquals(System.currentTimeMillis()/1000, 
metadata.maxLocalDeletionTime, 5);
+assertEquals(nowInSec(), metadata.maxLocalDeletionTime, DELTA);
 cfs.forceMajorCompaction();
 StatsMetadata metadata2 = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(metadata.maxLocalDeletionTime, 
metadata2.maxLocalDeletionTime);
@@ -113,7 +120,7 @@ public class SSTableMetadataTrackingTest extends CQLTester
 StatsMetadata metadata = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(, metadata.minTimestamp);
 assertEquals(, metadata.maxTimestamp);
-assertEquals(System.currentTimeMillis()/1000, 
metadata.maxLocalDeletionTime, 5);
+assertEquals(nowInSec(), metadata.maxLocalDeletionTime, DELTA);
 cfs.forceMajorCompaction();
 StatsMetadata metadata2 = 
cfs.getLiveSSTables().iterator().next().getSSTableMetadata();
 assertEquals(metadata.maxLocalDeletionTime, 
metadata2.maxLocalDeletionTime);
@@ -152,11 +159,16 @@ public class SSTableMetadataTrackingTest extends CQLTester
 StatsMetadata metadata = 

[cassandra-dtest] branch trunk updated: Relax timeouts and less concurrency for test_contention_many_threads authored by Adam Holmberg; reviewed by Ekaterina Dimitrova and Benjamin Lerer for CASSANDRA

[edimitrova]

This is an automated email from the ASF dual-hosted git repository.

edimitrova pushed a commit to branch trunk
in repository https://gitbox.apache.org/repos/asf/cassandra-dtest.git


The following commit(s) were added to refs/heads/trunk by this push:
 new af19097  Relax timeouts and less concurrency for 
test_contention_many_threads authored by Adam Holmberg; reviewed by Ekaterina 
Dimitrova and Benjamin Lerer for CASSANDRA-13517
af19097 is described below

commit af190977b64176fdcbca296cb49089ce8cb57266
Author: Adam Holmberg 
AuthorDate: Fri Mar 26 00:16:41 2021 +

Relax timeouts and less concurrency for test_contention_many_threads
authored by Adam Holmberg; reviewed by Ekaterina Dimitrova and Benjamin 
Lerer for CASSANDRA-13517
---
 paxos_test.py | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/paxos_test.py b/paxos_test.py
index 3ee29f7..6d03654 100644
--- a/paxos_test.py
+++ b/paxos_test.py
@@ -5,6 +5,7 @@ import logging
 from threading import Thread
 
 from cassandra import ConsistencyLevel, WriteTimeout
+from cassandra.cluster import Cluster, ExecutionProfile, EXEC_PROFILE_DEFAULT
 from cassandra.query import SimpleStatement
 
 from tools.assertions import assert_unavailable
@@ -88,7 +89,7 @@ class TestPaxos(Tester):
 # Warning, this test will require you to raise the open
 # file limit on OSX. Use 'ulimit -n 1000'
 def test_contention_many_threads(self):
-self._contention_test(300, 1)
+self._contention_test(250, 1)
 
 def _contention_test(self, threads, iterations):
 """
@@ -113,7 +114,6 @@ class TestPaxos(Tester):
 self.retries = 0
 
 def run(self):
-global worker_done
 i = 0
 prev = 0
 while i < self.iterations:
@@ -159,8 +159,10 @@ class TestPaxos(Tester):
 nodes = self.cluster.nodelist()
 workers = []
 
-c = self.patient_cql_connection(nodes[0], keyspace='ks')
-q = c.prepare("""
+
+session = Cluster([nodes[0].ip_addr], connect_timeout=15, 
idle_heartbeat_interval=0,
+  execution_profiles={EXEC_PROFILE_DEFAULT: 
ExecutionProfile(request_timeout=60)}).connect('ks')
+q = session.prepare("""
 BEGIN BATCH
UPDATE test SET v = ? WHERE k = 0 IF v = ?;
INSERT INTO test (k, id) VALUES (0, ?) IF NOT EXISTS;
@@ -168,7 +170,7 @@ class TestPaxos(Tester):
 """)
 
 for n in range(0, threads):
-workers.append(Worker(n, c, iterations, q))
+workers.append(Worker(n, session, iterations, q))
 
 start = time.time()
 

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Commented] (CASSANDRA-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309703#comment-17309703
 ] 

Andres de la Peña commented on CASSANDRA-16236:
---

Thanks for the reviews. CI looks good to me, the failures don't seem related, 
especially since the changes are limited to {{SSTableMetadataTest}} and 
{{SSTableMetadataTrackingTest}} and these tests pass.

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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 trunk updated (efe830e -> 2facbc9)

[mck]

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 efe830e  Fix 4.0 node sending a repair prepare message to a 3.x node 
breaking the connection
 add 8f5b7fe  Change version 4.0-beta5 to 4.0-rc1
 add 2facbc9  Prepare debian changelog for 4.0-rc1

No new revisions were added by this update.

Summary of changes:
 CHANGES.txt  | 2 +-
 build.xml| 2 +-
 debian/changelog | 4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

svn commit: r46756 - in /dev/cassandra/4.0-rc1/redhat: ./ repodata/

[mck]

Author: mck
Date: Fri Mar 26 20:15:37 2021
New Revision: 46756

Log:
staging cassandra rpm packages for 4.0-rc1

Added:
dev/cassandra/4.0-rc1/redhat/
dev/cassandra/4.0-rc1/redhat/cassandra-4.0~rc1-1.noarch.rpm   (with props)
dev/cassandra/4.0-rc1/redhat/cassandra-4.0~rc1-1.src.rpm   (with props)
dev/cassandra/4.0-rc1/redhat/cassandra-tools-4.0~rc1-1.noarch.rpm   (with 
props)
dev/cassandra/4.0-rc1/redhat/repodata/

dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2
   (with props)

dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2.asc

dev/cassandra/4.0-rc1/redhat/repodata/78e9833934c17f70d03bffeee943f49c2fca9b91259042310e6b69e4a192c7e4-filelists.xml.gz
   (with props)

dev/cassandra/4.0-rc1/redhat/repodata/78e9833934c17f70d03bffeee943f49c2fca9b91259042310e6b69e4a192c7e4-filelists.xml.gz.asc

dev/cassandra/4.0-rc1/redhat/repodata/7d53e38aa8ecd96a75f20b70ff585066b7217c0e33a5ddb98e7e353000caade1-other.xml.gz
   (with props)

dev/cassandra/4.0-rc1/redhat/repodata/7d53e38aa8ecd96a75f20b70ff585066b7217c0e33a5ddb98e7e353000caade1-other.xml.gz.asc

dev/cassandra/4.0-rc1/redhat/repodata/82af6a90b170d01ec2dcdc1140c3d52ac5b8e8681854f5bc9fa67ca41a7fa229-primary.xml.gz
   (with props)

dev/cassandra/4.0-rc1/redhat/repodata/82af6a90b170d01ec2dcdc1140c3d52ac5b8e8681854f5bc9fa67ca41a7fa229-primary.xml.gz.asc

dev/cassandra/4.0-rc1/redhat/repodata/924d1de6ae98f0111d92deb282656eda5e0f25011b92cbfc22bbac5799178aa7-other.sqlite.bz2
   (with props)

dev/cassandra/4.0-rc1/redhat/repodata/924d1de6ae98f0111d92deb282656eda5e0f25011b92cbfc22bbac5799178aa7-other.sqlite.bz2.asc

dev/cassandra/4.0-rc1/redhat/repodata/eef163a72fe51ecbc541b2c2286545ddadf529ee7ea9b0713f808d94de230f15-primary.sqlite.bz2
   (with props)

dev/cassandra/4.0-rc1/redhat/repodata/eef163a72fe51ecbc541b2c2286545ddadf529ee7ea9b0713f808d94de230f15-primary.sqlite.bz2.asc
dev/cassandra/4.0-rc1/redhat/repodata/repomd.xml
dev/cassandra/4.0-rc1/redhat/repodata/repomd.xml.asc

Added: dev/cassandra/4.0-rc1/redhat/cassandra-4.0~rc1-1.noarch.rpm
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/redhat/cassandra-4.0~rc1-1.noarch.rpm
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/redhat/cassandra-4.0~rc1-1.src.rpm
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/redhat/cassandra-4.0~rc1-1.src.rpm
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/redhat/cassandra-tools-4.0~rc1-1.noarch.rpm
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/redhat/cassandra-tools-4.0~rc1-1.noarch.rpm
--
svn:mime-type = application/octet-stream

Added: 
dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2
==
Binary file - no diff available.

Propchange: 
dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2
--
svn:mime-type = application/octet-stream

Added: 
dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2.asc
==
--- 
dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2.asc
 (added)
+++ 
dev/cassandra/4.0-rc1/redhat/repodata/73be6d1cd0a75e5b71b2e619753b5ab2933cdf62ed6882a6fd0bc8d15fffed19-filelists.sqlite.bz2.asc
 Fri Mar 26 20:15:37 2021
@@ -0,0 +1,16 @@
+-BEGIN PGP SIGNATURE-
+
+iQIzBAABCgAdFiEEpMRl/qDFUlYaOSph6RM1134+h8sFAmBeQNQACgkQ6RM1134+
+h8sIhQ/8CKOSiKMpmI9xiiWpuiUziqp+ThWHKFtftfGGbRvO1qmJC6AbW6KDcdtC
+3RG3PBrylEcoiEMuoohWSFFP97XWxACYqIliNvbKgnCRpV2gUB6sq2X9CZULmT/o
+QpWzvb4m2XqEc8WSJ2Qpq1/BrIaxM3pJPFT8S0NsslkagxIurnolDQJuPIFC5OqS
+BlRytlXLFpycMSD5tAXC3Dx0KQ5VCCZUssvBevj/Rm2fmyFTBiSNvrDW0Sx0bRKF
+5a1xf6VskeR0QjOuSwAv6aqbdmRx8Y6ItUmH5w4rJ08oEyevmK8jf7uWpQ1Um6zJ
+xx25T4HbgxvBQiv+DROm5EacZwITMT4TtGoWp1f9+lphLRgH3AOsNcHpf5majExi
+W/ji2YzsKqqEhKVeRnzDy8iu+8jFpc73iyDh7olKXL9nF0jAWr3B8hSH2xumT0aG
+pwIIH9O01sL/q9qI3JxHip7c6Yv8Hqsc1J+sNPQo9PRkvXGmbcqbjeqjTNBZ5a1N

svn commit: r46755 - in /dev/cassandra/4.0-rc1/debian: ./ dists/ dists/40x/ dists/40x/main/ dists/40x/main/binary-amd64/ dists/40x/main/binary-arm64/ dists/40x/main/binary-i386/ dists/40x/main/source/

[mck]

Author: mck
Date: Fri Mar 26 20:07:17 2021
New Revision: 46755

Log:
staging cassandra debian packages for 4.0-rc1

Added:
dev/cassandra/4.0-rc1/debian/
dev/cassandra/4.0-rc1/debian/cassandra-tools_4.0~rc1_all.deb   (with props)
dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1.dsc
dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1.tar.gz   (with props)
dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1_all.deb   (with props)
dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1_amd64.buildinfo
dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1_amd64.changes
dev/cassandra/4.0-rc1/debian/dists/
dev/cassandra/4.0-rc1/debian/dists/40x/
dev/cassandra/4.0-rc1/debian/dists/40x/InRelease
dev/cassandra/4.0-rc1/debian/dists/40x/Release
dev/cassandra/4.0-rc1/debian/dists/40x/Release.gpg
dev/cassandra/4.0-rc1/debian/dists/40x/main/
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-amd64/
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-amd64/Packages
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-amd64/Packages.gz   
(with props)
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-amd64/Release
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-arm64/
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-arm64/Packages
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-arm64/Packages.gz   
(with props)
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-arm64/Release
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-i386/
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-i386/Packages
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-i386/Packages.gz   (with 
props)
dev/cassandra/4.0-rc1/debian/dists/40x/main/binary-i386/Release
dev/cassandra/4.0-rc1/debian/dists/40x/main/source/
dev/cassandra/4.0-rc1/debian/dists/40x/main/source/Release
dev/cassandra/4.0-rc1/debian/dists/40x/main/source/Sources.gz   (with props)
dev/cassandra/4.0-rc1/debian/pool/
dev/cassandra/4.0-rc1/debian/pool/main/
dev/cassandra/4.0-rc1/debian/pool/main/c/
dev/cassandra/4.0-rc1/debian/pool/main/c/cassandra/

dev/cassandra/4.0-rc1/debian/pool/main/c/cassandra/cassandra-tools_4.0~rc1_all.deb
   (with props)
dev/cassandra/4.0-rc1/debian/pool/main/c/cassandra/cassandra_4.0~rc1.dsc
dev/cassandra/4.0-rc1/debian/pool/main/c/cassandra/cassandra_4.0~rc1.tar.gz 
  (with props)

dev/cassandra/4.0-rc1/debian/pool/main/c/cassandra/cassandra_4.0~rc1_all.deb   
(with props)

Added: dev/cassandra/4.0-rc1/debian/cassandra-tools_4.0~rc1_all.deb
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/debian/cassandra-tools_4.0~rc1_all.deb
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1.dsc
==
--- dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1.dsc (added)
+++ dev/cassandra/4.0-rc1/debian/cassandra_4.0~rc1.dsc Fri Mar 26 20:07:17 2021
@@ -0,0 +1,41 @@
+-BEGIN PGP SIGNED MESSAGE-
+Hash: SHA512
+
+Format: 1.0
+Source: cassandra
+Binary: cassandra, cassandra-tools
+Architecture: all
+Version: 4.0~rc1
+Maintainer: Eric Evans 
+Uploaders: Sylvain Lebresne 
+Homepage: http://cassandra.apache.org
+Standards-Version: 3.8.3
+Vcs-Browser: https://gitbox.apache.org/repos/asf?p=cassandra.git
+Vcs-Git: https://gitbox.apache.org/repos/asf/cassandra.git
+Build-Depends: debhelper (>= 11), openjdk-8-jdk | java8-jdk, ant (>= 1.9), 
ant-optional (>= 1.9), dh-python, python3-dev (>= 3.6), quilt, bash-completion
+Package-List:
+ cassandra deb misc extra arch=all
+ cassandra-tools deb misc extra arch=all
+Checksums-Sha1:
+ d1efcd1f32becae5928116c79df28195bacd114f 275732592 cassandra_4.0~rc1.tar.gz
+Checksums-Sha256:
+ 507f1df9624e5605f8d99568d543556c07be98bf66cae967fb81812e8775d47e 275732592 
cassandra_4.0~rc1.tar.gz
+Files:
+ 271d6ca78e9030683888d83b58bd6e24 275732592 cassandra_4.0~rc1.tar.gz
+
+-BEGIN PGP SIGNATURE-
+
+iQIzBAEBCgAdFiEEpMRl/qDFUlYaOSph6RM1134+h8sFAmBePncACgkQ6RM1134+
+h8vCnBAAtBXzmF94VU0dG0+nrJGJFJXj67P60EOhsLoDgTFTHOOLqE+Ql60anuQg
+th7SZbKN8AJld7jYaUAWjfbMwHlLtHQhmy9OvUTz/A3a8JJx9TD6t8PV/ZTAyjkK
+odQFa1AabKC4rajKTgl2U72XW5PuWMuP2/tQlRu2lmOzldyPiBfA4OQhtDuX4+3h
+H+P9eBgy0Rm5MnmBoCbhYxKoZhHCBdHe5qf52DtQs9qNvQgFufSHxIScrHZXff5p
+GIjGtqN/RYRHArcHUhsEWBVnfT+RSPuAm6Ht9bRUXknunzYoGkcxxmeYN3y0eeZ0
+mVd8z73+139SxQtQPishtt8TCACd4lALsl72hs2xYpVzzkQW8+MYisNVhNpystg7
+/m8jGwcULOkKy6AOWCboW15+qQRHoABzJ0b62OhowD6jSW/GIQ8ZH0w5saonXquy
+OtdGKQKPUbUk0O1ExRFsBWvHhOJzYiWNdoOSFPQCHNA6j3lYtRwNkipdhP7uv9n+
+DsyPG2UMJj9vMG8AgxD8p1l5KrzZu6Z30cxSKak35K+MLuZOKGO/XOpiBbFsNe9a
+3eLxJQz0Laj1zsjbYCQdMXxPW4cwcqlRK6Khu3/JkvE1z7/4v9dN2FxntApYusPV
+8vEmvFbhQ1xSZULcEaxwfrtcasgSyS3gs2/Kk5OOFWdIXiAedLA=
+=CgFa
+-END PGP SIGNATURE-

Added: 

[jira] [Commented] (CASSANDRA-16236) Fix flaky testTrackMaxDeletionTime

[Ekaterina Dimitrova (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309696#comment-17309696
 ] 

Ekaterina Dimitrova commented on CASSANDRA-16236:
-

CI and patch look good to me, thanks [~adelapena], that was a good catch fixing 
also the other class :) 

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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

svn commit: r46754 - /dev/cassandra/4.0-rc1/

[mck]

Author: mck
Date: Fri Mar 26 20:01:51 2021
New Revision: 46754

Log:
staging cassandra 4.0-rc1

Added:
dev/cassandra/4.0-rc1/
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz   (with props)
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz   (with props)
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha512

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc Fri Mar 26 
20:01:51 2021
@@ -0,0 +1,16 @@
+-BEGIN PGP SIGNATURE-
+
+iQIzBAABCgAdFiEEpMRl/qDFUlYaOSph6RM1134+h8sFAmBePUUACgkQ6RM1134+
+h8u8FhAAyPlqExy9AqTLn/jaLNwQKS+Dy7A4aQvLaTFPgtvSwMHPUVoNOX2DndGE
+TCVOfdqj4CpqR0n0urhIfpH+YJKAkj+iLHicvdrI7geKUgmUBHtdjhautGjLuz8q
+axOz67spVLEyvwBLs5QYUJftPbYVjTYL3KL2TqWiIT2Is/QY8SEZYq/kRxNN7QD8
+NkIM4uvTycQRLQBLa8MobvSnznKyn9eHmwB7yH5RfnstsmQ76xJEJtNSQ0YTYMHW
+JwysiB3O/ePTmVzKYbz60XjuQyBNisw0yT2iy6WOVXB3z9mhkEmFpxbhwlHtGB8s
+GmDrGJqmm1/O/3OsD/o391izoNQkBqOGfJIRZDTD5pRbfFKSPqPjEDhIsK5Qbd6e
+jeiLYD7KweFrmPT5UKn+MtTnwkj70RiAWKyNYy6cxLd5jprLSuuoZszQ8Mv4XMky
+DYc4i5f+an/n0OMGvr4z3iyU3EEM2cXJOHNuUaAzvFeS5wjZSKyP0E5oBTTB9TDG
+ePNw9nvDxYbhWWMUQtD0yy5CHvleErGcwRcF9rxYWOoyGCcyDnity7t+Xg0+6hrC
+sND56ssS9udJwEexCbCUwRbvtWiDFiZP7ODq3iby3qMXhxsNXqx7KyNGuQ+Pz8XG
+eJ2/nhpxxNdsPjQ57rJg3M6Ka3edsOUpsyKGRHFByjUujksOkow=
+=rW1C
+-END PGP SIGNATURE-

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256 (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256 Fri Mar 26 
20:01:51 2021
@@ -0,0 +1 @@
+97e788e58897f48c3790294fa6c2bb3282799e49a3f9c8ee16b95d1530977dae

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512 (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512 Fri Mar 26 
20:01:51 2021
@@ -0,0 +1 @@
+e223e4dce6a06ad0fc9bd12f021e48ea2df1082bc54f2fad2c4373084b6a0014fddc699ffd1a7e24038b8ad284d7ca2fbdf55c240fb31ec2ccb78db74473529f

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc Fri Mar 26 
20:01:51 2021
@@ -0,0 +1,16 @@
+-BEGIN PGP SIGNATURE-
+
+iQIzBAABCgAdFiEEpMRl/qDFUlYaOSph6RM1134+h8sFAmBePUcACgkQ6RM1134+
+h8spnhAArAXSowZHw7EM1yqrEXsWGeY53h9E3hin6FQhLw0hupNffJIeN5R19QsJ
+GC9CyOMWJega/bVVqXvh4EVOoEc3AxtiyOMovu2v/zPg/fx54d6JCVoRfl6Mob2g
+X4A4TXh/xGlW58Id/w6VwF2cedsA9M+3eE6ZwHHZzpXDVgIpOfQ7D60F4Czh1lsk
+8EqXHzKrFotD/x0uIl3dv4MFr7bXmR7d0y0/TJUxOY7+Wt9r21DR6AC+6msNH4r2
+539VCo1FTRpgTmNeseBiTST1KpfbNCMaJKfRxdVgx+CKeaHI7gtaUWpuludRb39w
+7U2199aqUpQn/PIHK5b+oi2/aHajnvO7Xq7hPHYZmpZCG1c88s6z/b5R49DWKzNQ
+I7KZNXVrYRvOCUZtuT0r7zbDAKXBKZOLpBXfaKRPb7940iZLKdxLvVdsULSFjAvI
+FLURhKdoKxyfvWlfUaqAnPu3TFInTaWEhtmbXkkjGFEnOV95FZMb4/fPZQCtE5j+
+OhJ/LDLqg0h9ZQMwlbM22MStX5IGhW9XzVvYaid7KfG4DW51D0Bh/dMJ51508nXH
+hN7vjFCK727emxHuKagf7vWgGdbonodsAp5ZdbBPmKZyb4rkeWka7NPX2C4ytLgX
+/a7Fq0oc39rwNx9mG6sRZXp9EOHj7Ql7AmjL1iRHxdNUvHxK9zQ=
+=KnpQ
+-END PGP SIGNATURE-

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256 (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256 Fri Mar 26 
20:01:51 2021
@@ 

[jira] [Updated] (CASSANDRA-16236) Fix flaky testTrackMaxDeletionTime

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-16236:

Reviewers: Brandon Williams, Ekaterina Dimitrova
   Status: Review In Progress  (was: Patch Available)

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-16236:

Status: Ready to Commit  (was: Review In Progress)

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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] 02/02: Prepare debian changelog for 4.0-rc1

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a commit to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git

commit 2facbc97ea215faef1735d9a3d5697162f61bc8c
Author: Mick Semb Wever 
AuthorDate: Fri Mar 26 20:56:21 2021 +0100

Prepare debian changelog for 4.0-rc1
---
 debian/changelog | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index de68013..66630ba 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,7 +2,7 @@ cassandra (4.0~rc1) unstable; urgency=medium
 
   * New release
 
- -- Mick Semb Wever   Fri, 26 Mar 2021 20:20:59 +0100
+ -- Mick Semb Wever   Fri, 26 Mar 2021 20:55:56 +0100
 
 cassandra (4.0~beta4) unstable; urgency=medium
 

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] 01/02: Change version 4.0-beta5 to 4.0-rc1

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a commit to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git

commit 8f5b7fec711316a87f2ab37429228d7065e17c3a
Author: Mick Semb Wever 
AuthorDate: Fri Mar 26 20:22:00 2021 +0100

Change version 4.0-beta5 to 4.0-rc1
---
 CHANGES.txt  | 2 +-
 build.xml| 2 +-
 debian/changelog | 4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/CHANGES.txt b/CHANGES.txt
index d6d2117..1628f16 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,4 @@
-4.0-beta5
+4.0-rc1
  * Fix 4.0 node sending a repair prepare message to a 3.x node breaking the 
connection
(CASSANDRA-16542)
  * Removed synchronized modifier from StreamSession#onChannelClose to prevent 
deadlocking on flush (CASSANDRA-15892)
diff --git a/build.xml b/build.xml
index 17f0e96..2bfc294 100644
--- a/build.xml
+++ b/build.xml
@@ -27,7 +27,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"/>
diff --git a/debian/changelog b/debian/changelog
index aa86263..de68013 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,8 @@
-cassandra (4.0~beta5) UNRELEASED; urgency=medium
+cassandra (4.0~rc1) unstable; urgency=medium
 
   * New release
 
- -- Mick Semb Wever   Fri, 18 Dec 2020 18:32:45 +0100
+ -- Mick Semb Wever   Fri, 26 Mar 2021 20:20:59 +0100
 
 cassandra (4.0~beta4) unstable; urgency=medium
 

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] tag 4.0-rc1-tentative created (now 2facbc9)

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a change to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git.


  at 2facbc9  (commit)
This tag includes the following new commits:

 new 8f5b7fe  Change version 4.0-beta5 to 4.0-rc1
 new 2facbc9  Prepare debian changelog for 4.0-rc1

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.


-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

svn commit: r46753 - /dev/cassandra/4.0-rc1/

[mck]

Author: mck
Date: Fri Mar 26 19:54:33 2021
New Revision: 46753

Log:
remove for second attempt at 4.0-rc1

Removed:
dev/cassandra/4.0-rc1/


-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] tag 4.0-rc1-tentative deleted (was f875b08)

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a change to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git.


*** WARNING: tag 4.0-rc1-tentative was deleted! ***

 was f875b08  Prepare debian changelog for 4.0-rc1

This change permanently discards the following revisions:

 discard f875b08  Prepare debian changelog for 4.0-rc1
 discard 8f5b7fe  Change version 4.0-beta5 to 4.0-rc1

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] 02/02: Prepare debian changelog for 4.0-rc1

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a commit to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git

commit f875b08bc811ca7c5b6708bb35cf2af8eb5bc615
Author: Mick Semb Wever 
AuthorDate: Fri Mar 26 20:47:22 2021 +0100

Prepare debian changelog for 4.0-rc1
---
 debian/changelog | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index de68013..f5d4f4e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,7 +2,7 @@ cassandra (4.0~rc1) unstable; urgency=medium
 
   * New release
 
- -- Mick Semb Wever   Fri, 26 Mar 2021 20:20:59 +0100
+ -- Mick Semb Wever   Fri, 26 Mar 2021 20:46:48 +0100
 
 cassandra (4.0~beta4) unstable; urgency=medium
 

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] tag 4.0-rc1-tentative created (now f875b08)

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a change to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git.


  at f875b08  (commit)
This tag includes the following new commits:

 new 8f5b7fe  Change version 4.0-beta5 to 4.0-rc1
 new f875b08  Prepare debian changelog for 4.0-rc1

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.


-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] 01/02: Change version 4.0-beta5 to 4.0-rc1

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a commit to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git

commit 8f5b7fec711316a87f2ab37429228d7065e17c3a
Author: Mick Semb Wever 
AuthorDate: Fri Mar 26 20:22:00 2021 +0100

Change version 4.0-beta5 to 4.0-rc1
---
 CHANGES.txt  | 2 +-
 build.xml| 2 +-
 debian/changelog | 4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/CHANGES.txt b/CHANGES.txt
index d6d2117..1628f16 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,4 @@
-4.0-beta5
+4.0-rc1
  * Fix 4.0 node sending a repair prepare message to a 3.x node breaking the 
connection
(CASSANDRA-16542)
  * Removed synchronized modifier from StreamSession#onChannelClose to prevent 
deadlocking on flush (CASSANDRA-15892)
diff --git a/build.xml b/build.xml
index 17f0e96..2bfc294 100644
--- a/build.xml
+++ b/build.xml
@@ -27,7 +27,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"/>
diff --git a/debian/changelog b/debian/changelog
index aa86263..de68013 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,8 @@
-cassandra (4.0~beta5) UNRELEASED; urgency=medium
+cassandra (4.0~rc1) unstable; urgency=medium
 
   * New release
 
- -- Mick Semb Wever   Fri, 18 Dec 2020 18:32:45 +0100
+ -- Mick Semb Wever   Fri, 26 Mar 2021 20:20:59 +0100
 
 cassandra (4.0~beta4) unstable; urgency=medium
 

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] tag 4.0-rc1-tentative deleted (was a56e5ca)

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a change to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git.


*** WARNING: tag 4.0-rc1-tentative was deleted! ***

 was a56e5ca  Prepare debian changelog for 4.0-rc1

This change permanently discards the following revisions:

 discard a56e5ca  Prepare debian changelog for 4.0-rc1

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

svn commit: r46752 - /dev/cassandra/4.0-rc1/

[mck]

Author: mck
Date: Fri Mar 26 19:29:06 2021
New Revision: 46752

Log:
staging cassandra 4.0-rc1

Added:
dev/cassandra/4.0-rc1/
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz   (with props)
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz   (with props)
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256
dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha512

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.asc Fri Mar 26 
19:29:06 2021
@@ -0,0 +1,16 @@
+-BEGIN PGP SIGNATURE-
+
+iQIzBAABCgAdFiEEpMRl/qDFUlYaOSph6RM1134+h8sFAmBeNUQACgkQ6RM1134+
+h8su0Q//cOqonqOZCBb7/gJ/cGnb4M+CaraNTCF+BrxG0fA27vzxzxSTNrLp7AKW
+ZARs8vLIDnPNPX0/il4SBZ1iAx0sEUgTvj6Z/i756soQn+hWYX5W8012TbLCfsCh
+13EegSE8RBPFAMNLB4omMpsMh/r14YjYJRaBj5s3lg/7hGQWu0af77H4FkfLInSd
+C1fpDONUtSm1MdTABn1rWSt0lIFty/hFjo0gEtWHq1NjV+1T4cDM+kEDCnGY7qRR
+YKQpQ/dAoblaCXRDCOYyjbLH31WBz4FQy2vIYEpF5+J7bffA2cYpqCu5mUoWKdGB
+tbbZDE+f2aZ8PiW4BEf+dRMpTQr7qJpIbV5PMHov75GVAN+NOAO6/xrjcWyfswD/
+LbxfjgQitgheK5r3VdEzkAGX4WWsFKZ2FYBxLuK2sLG/k9ryUqJbeE7IuEO+bozu
+CIE39ZJa1jqrSSlUdT+t2/RnBICR/RRCunDiNK/5pW/LV1voZbMxGvJh/OonsJap
+rZyzx9oR4VmOlxuizkoepHM1dVjptBY8dAEuk1b/gip3tRvWTiMPdNYAR7ILR/j6
+wcVATPljod9viH6Mh/QQ4jUFbS0SAuIfa2HE6oculc9ccqiYvnT9i0Ub1THbWFdH
++17lMMi8lBAbMCYMZ97ZgZ7lfDUbECi6rx57j02A0Mj7Wk+t+Kk=
+=yIpC
+-END PGP SIGNATURE-

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256 (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha256 Fri Mar 26 
19:29:06 2021
@@ -0,0 +1 @@
+308b5e34c8dee8ea86166ef1a4e6b4c83b6d8e7d30e95b2ee4c7f50c97274b19

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512 (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-bin.tar.gz.sha512 Fri Mar 26 
19:29:06 2021
@@ -0,0 +1 @@
+934869afbcd04899fbdc3f110e302634ab116ff3a096b0c61a7fc621db7fce6ee9d1a7cc194f7416846e6f0947c512d7f86ffa6af6b6675f6e33424a642d30bc

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz
==
Binary file - no diff available.

Propchange: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz
--
svn:mime-type = application/octet-stream

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.asc Fri Mar 26 
19:29:06 2021
@@ -0,0 +1,16 @@
+-BEGIN PGP SIGNATURE-
+
+iQIzBAABCgAdFiEEpMRl/qDFUlYaOSph6RM1134+h8sFAmBeNUYACgkQ6RM1134+
+h8tlRw//Sgc28OQG4bVWm/sTXiDcI03M8TwOlSgcU0z+3DFh3MvwAFpmFEhRfP+s
+c6wbH7y4kpRhC8C0nZ51jCtl4QzownNlLewxq02BbsMyZGHX1c8VN8uDmiT108eC
+ZO9xWHm4/cSoejNJwcMVU5tdsgWV/gaZKAVxZeLn/8BEC9qW6dTTLlytPtUFMSdN
+MlwYwBiSk+ToJEBXkq7H4QJ/8b5gfH3/IajeU8lTKANifqUCXT4eoO0RySHrgNZh
+CP3P0iKUFyDYT85XYxJDkrDAu9fohq/BNFE0SfMIcewzFlHN4wq/y7KAq/haQJoz
+CeKmo/SZTEdvrglfPSZQ6b72tbUGW+keHOqkYYG87nmWZVY9Vmwzv9MxAeoWa12C
+fMXTDilxTmuo8zJZXaWz1xeKZbxTm9Q69cvxMgTRf8wZzkw9jkSpYC0/GZwzB7Jh
+L0ni/5+8BvYSPtHtdtT5S6Wc1Czi0ZbC4cEomxMebgKgV5Y2ohYpVmRlqFTNlROm
+vuv8VMojL3Zxwurzhu1CioP4oFuanHxGS4mGv/EC+eE2Wbi3FPRVs6aO5D4K0Mha
+QmvEO3YQJcPlgQpxNywe/9zpaYR2ElOzX5y/CqBzyTZeQnpsQUs2es/pokYsZq6U
+aJQ2MoT2Sdl/PG4SbmmjjgDBa93Ns0J1pf9K26aMwTrl/DFFhlo=
+=mIBy
+-END PGP SIGNATURE-

Added: dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256
==
--- dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256 (added)
+++ dev/cassandra/4.0-rc1/apache-cassandra-4.0-rc1-src.tar.gz.sha256 Fri Mar 26 
19:29:06 2021
@@ 

[cassandra] tag 4.0-rc1-tentative created (now a56e5ca)

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a change to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git.


  at a56e5ca  (commit)
This tag includes the following new commits:

 new a56e5ca  Prepare debian changelog for 4.0-rc1

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.


-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[cassandra] 01/01: Prepare debian changelog for 4.0-rc1

[mck]

This is an automated email from the ASF dual-hosted git repository.

mck pushed a commit to tag 4.0-rc1-tentative
in repository https://gitbox.apache.org/repos/asf/cassandra.git

commit a56e5ca465cbbbe162f15c0f57494ea6287863ec
Author: Mick Semb Wever 
AuthorDate: Fri Mar 26 20:22:00 2021 +0100

Prepare debian changelog for 4.0-rc1
---
 debian/changelog | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index aa86263..de68013 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,8 @@
-cassandra (4.0~beta5) UNRELEASED; urgency=medium
+cassandra (4.0~rc1) unstable; urgency=medium
 
   * New release
 
- -- Mick Semb Wever   Fri, 18 Dec 2020 18:32:45 +0100
+ -- Mick Semb Wever   Fri, 26 Mar 2021 20:20:59 +0100
 
 cassandra (4.0~beta4) unstable; urgency=medium
 

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Commented] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Stefan Miklosovic (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309665#comment-17309665
 ] 

Stefan Miklosovic commented on CASSANDRA-16533:
---

[~adutra] unfortunately that ticket was done before changes of Yifan were 
introduced  ...

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and the filter doesn't remove _Completed 
> Dropped_ which is added to 

[jira] [Updated] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-16533:

Reviewers: Ekaterina Dimitrova, Yifan Cai  (was: Yifan Cai)

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and the filter doesn't remove _Completed 
> Dropped_ which is added to the results 
> 

[jira] [Comment Edited] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Alexandre Dutra (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309635#comment-17309635
 ] 

Alexandre Dutra edited comment on CASSANDRA-16533 at 3/26/21, 6:33 PM:
---

If that's all it takes, then the PR is ready.

CircleCI doesn't love me much (and likewise) but I think I've got the jobs 
running here:
 * [CircleCI 
java8|https://app.circleci.com/pipelines/github/adutra/cassandra/6/workflows/ff748295-a629-473f-8658-a6327ec9023a]
 * [CircleCI 
java11|https://app.circleci.com/pipelines/github/adutra/cassandra/6/workflows/5ef9459f-387c-4488-a06c-80f4a06c36ee]


was (Author: adutra):
If that's all it takes, then the PR is ready.

CircleCI doesn't love me much (and likewise) but I think I've got the jobs 
running here:
 * [CircleCI 
java8|https://app.circleci.com/pipelines/github/adutra/cassandra/6/workflows/ff748295-a629-473f-8658-a6327ec9023a]
 * [CircleCI 
java11|https://app.circleci.com/pipelines/github/adutra/cassandra/6/workflows/5ef9459f-387c-4488-a06c-80f4a06c36ee]

 

 

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG 

[jira] [Updated] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Yifan Cai (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Yifan Cai updated CASSANDRA-16533:
--
Reviewers: Yifan Cai, Yifan Cai  (was: Yifan Cai)
   Yifan Cai, Yifan Cai
   Status: Review In Progress  (was: Patch Available)

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and the filter doesn't remove _Completed 
> Dropped_ which is added to 

[jira] [Commented] (CASSANDRA-16236) Fix flaky testTrackMaxDeletionTime

[Brandon Williams (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309636#comment-17309636
 ] 

Brandon Williams commented on CASSANDRA-16236:
--

+1

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Alexandre Dutra (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309635#comment-17309635
 ] 

Alexandre Dutra commented on CASSANDRA-16533:
-

If that's all it takes, then the PR is ready.

CircleCI doesn't love me much (and likewise) but I think I've got the jobs 
running here:
 * [CircleCI 
java8|https://app.circleci.com/pipelines/github/adutra/cassandra/6/workflows/ff748295-a629-473f-8658-a6327ec9023a]
 * [CircleCI 
java11|https://app.circleci.com/pipelines/github/adutra/cassandra/6/workflows/5ef9459f-387c-4488-a06c-80f4a06c36ee]

 

 

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> 

[jira] [Updated] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Alexandre Dutra (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexandre Dutra updated CASSANDRA-16533:

Test and Documentation Plan: https://github.com/adutra/cassandra/pull/3
 Status: Patch Available  (was: In Progress)

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and the filter doesn't remove _Completed 
> Dropped_ which is 

[cassandra] branch trunk updated (e031ed0 -> efe830e)

[aleksey]

This is an automated email from the ASF dual-hosted git repository.

aleksey pushed a change to branch trunk
in repository https://gitbox.apache.org/repos/asf/cassandra.git.


from e031ed0  ninja-fix: update netbeans project dependencies after 
CASSANDRA-16249,CASSANDRA-13951,CASSANDRA-16136,CASSANDRA-16462
 add efe830e  Fix 4.0 node sending a repair prepare message to a 3.x node 
breaking the connection

No new revisions were added by this update.

Summary of changes:
 CHANGES.txt   | 2 ++
 src/java/org/apache/cassandra/repair/messages/PrepareMessage.java | 2 --
 2 files changed, 2 insertions(+), 2 deletions(-)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

[jira] [Updated] (CASSANDRA-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-16542:
--
  Since Version: 4.0-alpha1
Source Control Link: 
[efe830e1f7e3f2b4dfb6c401326a06f2518c66b3|https://github.com/apache/cassandra/commit/efe830e1f7e3f2b4dfb6c401326a06f2518c66b3]
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

Cheers, committed as 
[efe830e1f7e3f2b4dfb6c401326a06f2518c66b3|https://github.com/apache/cassandra/commit/efe830e1f7e3f2b4dfb6c401326a06f2518c66b3]
 to trunk.

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-16542:
--
Reviewers: Marcus Eriksson  (was: Aleksey Yeschenko, Marcus Eriksson)

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-16542:
--
Status: Ready to Commit  (was: Review In Progress)

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-16542:
--
Reviewers: Marcus Eriksson, Aleksey Yeschenko  (was: Aleksey Yeschenko, 
Marcus Eriksson)
   Marcus Eriksson, Aleksey Yeschenko
   Status: Review In Progress  (was: Patch Available)

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-13517:

Status: Ready to Commit  (was: Review In Progress)

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Ekaterina Dimitrova (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309602#comment-17309602
 ] 

Ekaterina Dimitrova commented on CASSANDRA-13517:
-

Thanks [~aholmber], I am also +1, the CI is still running so in order to be 
politically correct I will commit the patch when CI run is over later today :) 

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Marcus Eriksson (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309601#comment-17309601
 ] 

Marcus Eriksson commented on CASSANDRA-16542:
-

+1

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-13517:

Reviewers: Benjamin Lerer, Ekaterina Dimitrova  (was: Benjamin Lerer)

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Brandon Williams (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309600#comment-17309600
 ] 

Brandon Williams commented on CASSANDRA-16533:
--

CASSANDRA-16057 wasn't completed when CASSANDRA-15406 was done, so I think it's 
going to be a simple one :)

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  Active PendingDEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 
> 2021-03-17 22:41:21,058 StreamReceiveTask.java:88 - received 2 of 14 total 
> files, 131648 of total bytes 68812
>  Completed Dropped
> Large messages n/a 0 0 0
> Small messages n/a 0 1 0
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,058 CassandraCompressedStreamWriter.java:81 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Writing section 0 with length 67504 to 
> stream.
> Gossip messages n/a 0 54 0
> INFO [pool-2-thread-2]  2021-03-17 22:41:21,567 /127.0.0.1:7012 Mode: 
> NORMAL
>  
> {code}
> The line _Pool Name  Active Pending  Completed Dropped_ is split into three 
> parts due to DEBUG logs interleaving and the filter doesn't remove _Completed 
> Dropped_ 

[jira] [Commented] (CASSANDRA-16533) The two tests in NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest are flaky

[Alexandre Dutra (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309588#comment-17309588
 ] 

Alexandre Dutra commented on CASSANDRA-16533:
-

I just started investigating this issue.

One thing that strikes me in {{NodetoolUtils#nodetool()}} is that we are 
briefly reassigning {{System.out}} and {{System.err}}, see 
[here|https://github.com/apache/cassandra/blob/83e1e9e45193322f18f57aa7cc4ad31d9d5a152d/test/distributed/org/apache/cassandra/distributed/util/NodetoolUtils.java#L57-L58].

This is inherently racy. IMO if another thread writes to {{System.out}} or 
{{System.err}} while the current thread is executing the nodetool command 
between lines 57 and 67, then the output will be garbled.

[~stefan.miklosovic] do you remember why we need to reassign {{System.out}} and 
{{System.err}} in {{NodetoolUtils}}? With the changes introduced by [~yifanc] 
my understanding is that this is not necessary anymore, as we are passing the 
{{PrintStream}} directly to {{Instance.DTestNodeTool}}. In which case, this 
could be an easy fix :) .

> The two tests in  NetstatsBootstrapWithEntireSSTablesCompressionStreamingTest 
> are flaky
> ---
>
> Key: CASSANDRA-16533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16533
> Project: Cassandra
>  Issue Type: Bug
>  Components: CI
>Reporter: Ekaterina Dimitrova
>Assignee: Alexandre Dutra
>Priority: Normal
> Fix For: 4.0-rc
>
>
> The issue is when there are interleaving logs, then the filter 
> [here|https://github.com/apache/cassandra/blob/trunk/test/distributed/org/apache/cassandra/distributed/test/AbstractNetstatsStreaming.java#L142-L148]
>  doesn't help.
> I managed to reproduce the issue only once. 
> But I found logs from old CircleCI 
> [run|https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/705/workflows/c3534f6a-071e-428c-9a4d-0a1e08f23257/jobs/3866/artifacts].
>  Please see 
> [logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest///system.log|https://3866-218559411-gh.circle-artifacts.com/0/logs/org.apache.cassandra.distributed.test.NetstatsBootstrapWithoutEntireSSTablesCompressionStreamingTest/%3Cmain%3E/%3Cmain%3E/system.log]
> The excerpt that shows what I am talking about:
>  
> {code:java}
> DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 2021-03-17 
> 22:41:21,057 CassandraCompressedStreamWriter.java:102 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Finished streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  to /127.0.0.2:7012, bytesTransferred = 66.646KiB, totalSize = 66.646KiB
> Bootstrap e3d93810-8771-11eb-a0f1-f756ef192fe7
>  /127.0.0.2
>  Sending 15 files, 1339433 bytes total. Already sent 3 files (20.00%), 197286 
> bytes total (14.73%)
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,057 StreamingInboundHandler.java:187 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 2bcb5810] Received 
> IncomingStreamMessage{header=Header (tableId: 
> c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1, repairedAt: 0, pendingRepair: null, 
> sendByFollower: true), 
> stream=CassandraIncomingFile{sstable=netstats_test/test_table}}
> DEBUG [Stream-Deserializer-/127.0.0.1:7012-2bcb5810] node2 2021-03-17 
> 22:41:21,058 NettyStreamingMessageSender.java:258 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7 channel: 09fdf87e] Sending Received 
> (c0f7eda0-8771-11eb-bfc1-47ef604f6105, #1)
>  
> /tmp/dtests9118120876279144235/node1/data1/system_auth/roles-5bc52802de2535edaeab188eecebb090/na-2-big-Data.db
>  102/102 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-11-big-Data.db
>  65536/68246 bytes (96%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-20-big-Data.db
>  62836/62836 bytes (100%) sent to idx:0/127.0.0.2
>  
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-17-big-Data.db
>  68812/68812 bytes (100%) sent to idx:0/127.0.0.2
> Read Repair Statistics:
> Attempted: 0
> Mismatch (Blocking): 0
> Mismatch (Background): 0
> Pool Name DEBUG [node1_NettyStreaming-Outbound-/127.0.0.2.7012:1] node1 
> 2021-03-17 22:41:21,058 CassandraCompressedStreamWriter.java:64 - [Stream 
> #e3d93810-8771-11eb-a0f1-f756ef192fe7] Start streaming file 
> /tmp/dtests9118120876279144235/node1/data1/netstats_test/test_table-c0f7eda0877111ebbfc147ef604f6105/na-8-big-Data.db
>  to /127.0.0.2:7012, repairedAt = 0, totalSize = 67504
>  

[jira] [Commented] (CASSANDRA-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Benjamin Lerer (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309587#comment-17309587
 ] 

Benjamin Lerer commented on CASSANDRA-13517:


+1

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Benjamin Lerer (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Lerer updated CASSANDRA-13517:
---
Reviewers: Benjamin Lerer, Benjamin Lerer  (was: Benjamin Lerer)
   Benjamin Lerer, Benjamin Lerer  (was: Benjamin Lerer)
   Status: Review In Progress  (was: Patch Available)

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Benjamin Lerer (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Lerer updated CASSANDRA-13517:
---
Reviewers: Benjamin Lerer

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309572#comment-17309572
 ] 

Andres de la Peña commented on CASSANDRA-16236:
---

I'm glad you like it :) 

Looking for other similar calls to {{Assert.assertEquals(float, float, float)}} 
across the codebase, I have found that {{SSTableMetadataTrackingTest}}, which 
is quite similar to {{SSTableMetadataTest}}, might have the same problem. I 
have added a similar fix for it in the PR.

I can't find other similar cases, which would be anything calling 
{{Assert.assertEquals(float, float, float)}} with big integers, greater than 
2^24 (16777216) if I'm right.

New CI runs:
 * [CircleCI 
j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/242/workflows/ff53bab0-0840-4df7-98de-70b98611f0af]
 * [CircleCI 
j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/242/workflows/ca7e2484-f94c-4c03-b62a-c4fb445405b3]
 * [ci-cassandra 
utest|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-test/337/]
 * [Internal 
multiplexer|https://jenkins-dse.build.dsinternal.org/view/Parameterized/job/parameterized-testall/745/]

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-16542:
--
Test and Documentation Plan: N/A
 Status: Patch Available  (was: Open)

Branch with a trivial one-line patch: 
https://github.com/iamaleksey/cassandra/commits/16542

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309517#comment-17309517
 ] 

Andres de la Peña edited comment on CASSANDRA-16236 at 3/26/21, 4:21 PM:
-

It's not easy to reproduce the problem just running it, but it can be 
reproduced adding calls to {{Thread.sleep}} before [this call to 
{{System.currentTimeMillis}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L97].

The cause of the problem is in [this call to 
{{assertEquals}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L102].
 Since the compared timestamps and the delta are integers 
{{Assert.assertEquals(float, float, float)}} is used. The int timestamps are 
casted to floats and, since they have relatively high values, the loss of 
precision of the cast can make the comparison to fail. For example, while 
debugging I have seen a run where the compared timestamps were 1616771139 and 
1616771129. They are inside the max allowed delta of ten seconds, but the 
difference between their float values is higher than that (1616771139f - 
1616771129f = 128.0).

[The proposed PR|https://github.com/apache/cassandra/pull/942] just forces the 
use of {{Assert.assertEquals(double, double, double)}} instead of 
{{Assert.assertEquals(float, float, float)}}, which should give us enough 
precision.

CI results:
 * [CircleCI 
j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/12960670-589d-41b2-a08f-6d28796bec35]
 * [CircleCI 
j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/09114f17-1a5f-479a-8b06-916ba2aa1246]
* [ci-cassandra 
utest|https://ci-cassandra.apache.org/view/all/job/Cassandra-devbranch-test/336/]
* [Internal 
multiplexer|https://jenkins-dse.build.dsinternal.org/view/Parameterized/job/parameterized-testall/744/]


was (Author: adelapena):
It's not easy to reproduce the problem just running it, but it can be 
reproduced adding calls to {{Thread.sleep}} before [this call to 
{{System.currentTimeMillis}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L97].

The cause of the problem is in [this call to 
{{assertEquals}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L102].
 Since the compared timestamps and the delta are integers 
{{Assert.assertEquals(float, float, float)}} is used. The int timestamps are 
casted to floats and, since they have relatively high values, the loss of 
precision of the cast can make the comparison to fail. For example, while 
debugging I have seen a run where the compared timestamps were 1616771139 and 
1616771129. They are inside the max allowed delta of ten seconds, but the 
difference between their float values is higher than that (1616771139f - 
1616771129f = 128.0).

[The proposed PR|https://github.com/apache/cassandra/pull/942] just forces the 
use of {{Assert.assertEquals(double, double, double)}} instead of 
{{Assert.assertEquals(float, float, float)}}, which should give us enough 
precision.

CI results:
 * [CircleCI 
j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/12960670-589d-41b2-a08f-6d28796bec35]
 * [CircleCI 
j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/09114f17-1a5f-479a-8b06-916ba2aa1246]

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-16542:
--
 Bug Category: Parent values: Degradation(12984)Level 1 values: Performance 
Bug/Regression(12997)
   Complexity: Low Hanging Fruit
Discovered By: User Report
Fix Version/s: 4.0-beta5
 Severity: Low
   Status: Open  (was: Triage Needed)

> 4.0 node sending a repair prepare message to a 3.x node breaks the connection 
> on 4.0 side
> -
>
> Key: CASSANDRA-16542
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Internode
>Reporter: Aleksey Yeschenko
>Assignee: Aleksey Yeschenko
>Priority: Normal
> Fix For: 4.0-beta5
>
>
> An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
> that causes internode connections to be repeatedly torn down until affected 
> instances are restarted.



--
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-16536) BLOG - Post about Cassandra & Kubernetes - SIG Update #2

[Rahul Singh (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309528#comment-17309528
 ] 

Rahul Singh commented on CASSANDRA-16536:
-

Done 

> BLOG - Post about Cassandra & Kubernetes - SIG Update #2
> 
>
> Key: CASSANDRA-16536
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16536
> Project: Cassandra
>  Issue Type: Task
>  Components: Documentation/Blog
>Reporter: Rahul Singh
>Assignee: Michael Semb Wever
>Priority: High
>  Labels: pull-request-available
> Fix For: 4.0-beta5, 4.0
>
> Attachments: image-2021-03-24-18-57-08-450.png
>
>
> We're getting another update up for the Cassandra & Kubernetes SIG 
>  
> [https://github.com/Anant/cassandra-website/blob/master/src/_posts/2021-03-26-cassandra-and-kubernetes-sig-update.markdown]
>  
>  



--
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-16542) 4.0 node sending a repair prepare message to a 3.x node breaks the connection on 4.0 side

[Aleksey Yeschenko (Jira)]

Aleksey Yeschenko created CASSANDRA-16542:
-

 Summary: 4.0 node sending a repair prepare message to a 3.x node 
breaks the connection on 4.0 side
 Key: CASSANDRA-16542
 URL: https://issues.apache.org/jira/browse/CASSANDRA-16542
 Project: Cassandra
  Issue Type: Bug
  Components: Messaging/Internode
Reporter: Aleksey Yeschenko
Assignee: Aleksey Yeschenko


An {{AssertionError}} is thrown in {{PrepareMessage#serializedSize()}} method 
that causes internode connections to be repeatedly torn down until affected 
instances are restarted.



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Brandon Williams (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309524#comment-17309524
 ] 

Brandon Williams commented on CASSANDRA-16236:
--

That is an excellent catch, thank you for the analysis!  I looked at this patch 
before you posted it, and didn't catch what the fix was, it's so subtle in 
reading but clear in the explanation. +1 if CI agrees.

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309517#comment-17309517
 ] 

Andres de la Peña edited comment on CASSANDRA-16236 at 3/26/21, 4:10 PM:
-

It's not easy to reproduce the problem just running it, but it can be 
reproduced adding calls to {{Thread.sleep}} before [this call to 
{{System.currentTimeMillis}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L97].

The cause of the problem is in [this call to 
{{assertEquals}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L102].
 Since the compared timestamps and the delta are integers 
{{Assert.assertEquals(float, float, float)}} is used. The int timestamps are 
casted to floats and, since they have relatively high values, the loss of 
precision of the cast can make the comparison to fail. For example, while 
debugging I have seen a run where the compared timestamps were 1616771139 and 
1616771129. They are inside the max allowed delta of ten seconds, but the 
difference between their float values is higher than that (1616771139f - 
1616771129f = 128.0).

[The proposed PR|https://github.com/apache/cassandra/pull/942] just forces the 
use of {{Assert.assertEquals(double, double, double)}} instead of 
{{Assert.assertEquals(float, float, float)}}, which should give us enough 
precision.

CI results:
 * [CircleCI 
j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/12960670-589d-41b2-a08f-6d28796bec35]
 * [CircleCI 
j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/09114f17-1a5f-479a-8b06-916ba2aa1246]


was (Author: adelapena):
It's not easy to reproduce the problem but it can be done adding calls to 
{{Thread.sleep}} before [this call to 
{{System.currentTimeMillis}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L97].

The cause of the problem is in [this call to 
{{assertEquals}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L102].
 Since the compared timestamps and the delta are integers 
{{Assert.assertEquals(float, float, float)}} is used. The int timestamps are 
casted to floats and, since they have relatively high values, the loss of 
precision of the cast can make the comparison to fail. For example, while 
debugging I have seen a run where the compared timestamps were 1616771139 and 
1616771129. They are inside the max allowed delta of ten seconds, but the 
difference between their float values is higher than that (1616771139f - 
1616771129f = 128.0).

[The proposed PR|https://github.com/apache/cassandra/pull/942] just forces the 
use of {{Assert.assertEquals(double, double, double)}} instead of 
{{Assert.assertEquals(float, float, float)}}, which should give us enough 
precision.

CI results:
 * [CircleCI 
j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/12960670-589d-41b2-a08f-6d28796bec35]
 * [CircleCI 
j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/09114f17-1a5f-479a-8b06-916ba2aa1246]

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andres de la Peña updated CASSANDRA-16236:
--
Test and Documentation Plan: The fixed flaky test should be stable
 Status: Patch Available  (was: In Progress)

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16236) Fix flaky testTrackMaxDeletionTime

[Jira]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309517#comment-17309517
 ] 

Andres de la Peña commented on CASSANDRA-16236:
---

It's not easy to reproduce the problem but it can be done adding calls to 
{{Thread.sleep}} before [this call to 
{{System.currentTimeMillis}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L97].

The cause of the problem is in [this call to 
{{assertEquals}}|https://github.com/apache/cassandra/blob/trunk/test/unit/org/apache/cassandra/io/sstable/SSTableMetadataTest.java#L102].
 Since the compared timestamps and the delta are integers 
{{Assert.assertEquals(float, float, float)}} is used. The int timestamps are 
casted to floats and, since they have relatively high values, the loss of 
precision of the cast can make the comparison to fail. For example, while 
debugging I have seen a run where the compared timestamps were 1616771139 and 
1616771129. They are inside the max allowed delta of ten seconds, but the 
difference between their float values is higher than that (1616771139f - 
1616771129f = 128.0).

[The proposed PR|https://github.com/apache/cassandra/pull/942] just forces the 
use of {{Assert.assertEquals(double, double, double)}} instead of 
{{Assert.assertEquals(float, float, float)}}, which should give us enough 
precision.

CI results:
 * [CircleCI 
j8|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/12960670-589d-41b2-a08f-6d28796bec35]
 * [CircleCI 
j11|https://app.circleci.com/pipelines/github/adelapena/cassandra/241/workflows/09114f17-1a5f-479a-8b06-916ba2aa1246]

> Fix flaky testTrackMaxDeletionTime
> --
>
> Key: CASSANDRA-16236
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16236
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Brandon Williams
>Assignee: Andres de la Peña
>Priority: Normal
> Fix For: 4.0-rc
>
> Attachments: Screenshot 2021-03-23 at 20.12.18.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> * 
> testTrackMaxDeletionTime - org.apache.cassandra.io.sstable.SSTableMetadataTest
>  
> junit.framework.AssertionFailedError: expected:<1.6038784E9> but 
> was:<1.60387827E9>
>   at 
> org.apache.cassandra.io.sstable.SSTableMetadataTest.testTrackMaxDeletionTime(SSTableMetadataTest.java:102)
> https://app.circleci.com/pipelines/github/bereng/cassandra/160/workflows/6cb80410-b398-477c-b4c9-cc7369785869/jobs/1317



--
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-16495) Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown During Decommission

[Caleb Rackliffe (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309478#comment-17309478
 ] 

Caleb Rackliffe edited comment on CASSANDRA-16495 at 3/26/21, 3:33 PM:
---

As long as we agree on the analysis, better stability of 
{{HintedHandoffAddRemoveTest}} over time here will be good enough proof for me. 
I'll review shortly. In terms of 3.0 and 3.11, I'd favor fixing it there as 
well, assuming it merges cleanly (and given how small the change is).


was (Author: maedhroz):
As long as we agree on the analysis, better stability of 
{{HintedHandoffAddRemoveTest}} over time here will be good enough proof for me. 
I'll review shortly. In terms of 3.0 and 3.11, I'd favor fixing it there as 
well, assuming it merges cleanly (and given how small it is).

> Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown 
> During Decommission
> 
>
> Key: CASSANDRA-16495
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16495
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Startup and Shutdown
>Reporter: Caleb Rackliffe
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
>
> A new test added in CASSANDRA-16181 stumbled across this, although it doesn’t 
> happen consistently. When [failure 
> occurs|https://app.circleci.com/pipelines/github/maedhroz/cassandra/235/workflows/eb8133ce-9373-4136-b404-ceca167353f6/jobs/1355/tests],
>  it appears to be because a delayed schema pull happens after decommission 
> shuts down the MIGRATION stage’s thread pool.
> {noformat}
> ERROR [node1_isolatedExecutor:1] node1 2021-02-15 19:35:36,284 
> CassandraDaemon.java:579 - Exception in thread 
> Thread[node1_NonPeriodicTasks:1,5,node1] 
> java.util.concurrent.RejectedExecutionException: ThreadPoolExecutor has shut 
> down at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor$1.rejectedExecution(DebuggableThreadPoolExecutor.java:72)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355)
>  
> at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.execute(DebuggableThreadPoolExecutor.java:176)
>  
> at 
> java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118)
>  at org.apache.cassandra.concurrent.Stage.submit(Stage.java:129) 
> at 
> org.apache.cassandra.schema.MigrationCoordinator.lambda$scheduleSchemaPull$2(MigrationCoordinator.java:362)
>  
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 
> at 
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  
> at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> A fix might be as simple as shutting down ScheduledExecutors.nonPeriodicTasks 
> in StorageService#decommission(). See the original discussion 
> [here|https://issues.apache.org/jira/browse/CASSANDRA-16181?focusedCommentId=17293329=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17293329].



--
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-16495) Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown During Decommission

[Caleb Rackliffe (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309500#comment-17309500
 ] 

Caleb Rackliffe commented on CASSANDRA-16495:
-

[~e.dimitrova] I left a couple [minor 
suggestions|https://github.com/ekaterinadimitrova2/cassandra/commit/99840c80523a571182abaef495f4ad55223c2291],
 but overall, LGTM

> Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown 
> During Decommission
> 
>
> Key: CASSANDRA-16495
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16495
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Startup and Shutdown
>Reporter: Caleb Rackliffe
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
>
> A new test added in CASSANDRA-16181 stumbled across this, although it doesn’t 
> happen consistently. When [failure 
> occurs|https://app.circleci.com/pipelines/github/maedhroz/cassandra/235/workflows/eb8133ce-9373-4136-b404-ceca167353f6/jobs/1355/tests],
>  it appears to be because a delayed schema pull happens after decommission 
> shuts down the MIGRATION stage’s thread pool.
> {noformat}
> ERROR [node1_isolatedExecutor:1] node1 2021-02-15 19:35:36,284 
> CassandraDaemon.java:579 - Exception in thread 
> Thread[node1_NonPeriodicTasks:1,5,node1] 
> java.util.concurrent.RejectedExecutionException: ThreadPoolExecutor has shut 
> down at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor$1.rejectedExecution(DebuggableThreadPoolExecutor.java:72)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355)
>  
> at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.execute(DebuggableThreadPoolExecutor.java:176)
>  
> at 
> java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118)
>  at org.apache.cassandra.concurrent.Stage.submit(Stage.java:129) 
> at 
> org.apache.cassandra.schema.MigrationCoordinator.lambda$scheduleSchemaPull$2(MigrationCoordinator.java:362)
>  
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 
> at 
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  
> at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> A fix might be as simple as shutting down ScheduledExecutors.nonPeriodicTasks 
> in StorageService#decommission(). See the original discussion 
> [here|https://issues.apache.org/jira/browse/CASSANDRA-16181?focusedCommentId=17293329=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17293329].



--
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-16495) Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown During Decommission

[Caleb Rackliffe (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16495?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Caleb Rackliffe updated CASSANDRA-16495:

Reviewers: Caleb Rackliffe, Caleb Rackliffe  (was: Caleb Rackliffe)
   Caleb Rackliffe, Caleb Rackliffe  (was: Caleb Rackliffe)
   Status: Review In Progress  (was: Patch Available)

> Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown 
> During Decommission
> 
>
> Key: CASSANDRA-16495
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16495
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Startup and Shutdown
>Reporter: Caleb Rackliffe
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
>
> A new test added in CASSANDRA-16181 stumbled across this, although it doesn’t 
> happen consistently. When [failure 
> occurs|https://app.circleci.com/pipelines/github/maedhroz/cassandra/235/workflows/eb8133ce-9373-4136-b404-ceca167353f6/jobs/1355/tests],
>  it appears to be because a delayed schema pull happens after decommission 
> shuts down the MIGRATION stage’s thread pool.
> {noformat}
> ERROR [node1_isolatedExecutor:1] node1 2021-02-15 19:35:36,284 
> CassandraDaemon.java:579 - Exception in thread 
> Thread[node1_NonPeriodicTasks:1,5,node1] 
> java.util.concurrent.RejectedExecutionException: ThreadPoolExecutor has shut 
> down at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor$1.rejectedExecution(DebuggableThreadPoolExecutor.java:72)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355)
>  
> at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.execute(DebuggableThreadPoolExecutor.java:176)
>  
> at 
> java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118)
>  at org.apache.cassandra.concurrent.Stage.submit(Stage.java:129) 
> at 
> org.apache.cassandra.schema.MigrationCoordinator.lambda$scheduleSchemaPull$2(MigrationCoordinator.java:362)
>  
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 
> at 
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  
> at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> A fix might be as simple as shutting down ScheduledExecutors.nonPeriodicTasks 
> in StorageService#decommission(). See the original discussion 
> [here|https://issues.apache.org/jira/browse/CASSANDRA-16181?focusedCommentId=17293329=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17293329].



--
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-13517) dtest failure in paxos_tests.TestPaxos.contention_test_many_threads

[Adam Holmberg (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309497#comment-17309497
 ] 

Adam Holmberg commented on CASSANDRA-13517:
---

[~e.dimitrova] my local spin count is >200 with zero failures. Previous fail 
rate in this VM was 1/5.

> dtest failure in paxos_tests.TestPaxos.contention_test_many_threads
> ---
>
> Key: CASSANDRA-13517
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13517
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/dtest/python
>Reporter: Ariel Weisberg
>Assignee: Adam Holmberg
>Priority: Normal
>  Labels: dtest, test-failure, test-failure-fresh
> Fix For: 4.0-rc
>
> Attachments: test_failure.txt
>
>
> Error Message
> AssertionError: value=278, errors=22, retries=2888 assert (278 == (300 * 1))
> {noformat}
> > assert (value == threads * iterations) and (errors == 0), "value={}, 
> > errors={}, retries={}".format(value, errors, retries) 
> E AssertionError: value=278, errors=22, retries=2888 E assert (278 == (300 * 
> 1)) 
> paxos_test.py:195: AssertionError
>   {noformat}
>  



--
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-16495) Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown During Decommission

[Caleb Rackliffe (Jira)]

[ 
https://issues.apache.org/jira/browse/CASSANDRA-16495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17309478#comment-17309478
 ] 

Caleb Rackliffe commented on CASSANDRA-16495:
-

As long as we agree on the analysis, better stability of 
{{HintedHandoffAddRemoveTest}} over time here will be good enough proof for me. 
I'll review shortly. In terms of 3.0 and 3.11, I'd favor fixing it there as 
well, assuming it merges cleanly (and given how small it is).

> Scheduled (Delayed) Schema Pull Tasks May Run After MIGRATION Stage Shutdown 
> During Decommission
> 
>
> Key: CASSANDRA-16495
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16495
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Startup and Shutdown
>Reporter: Caleb Rackliffe
>Assignee: Ekaterina Dimitrova
>Priority: Normal
> Fix For: 3.0.x, 3.11.x, 4.0-rc
>
>
> A new test added in CASSANDRA-16181 stumbled across this, although it doesn’t 
> happen consistently. When [failure 
> occurs|https://app.circleci.com/pipelines/github/maedhroz/cassandra/235/workflows/eb8133ce-9373-4136-b404-ceca167353f6/jobs/1355/tests],
>  it appears to be because a delayed schema pull happens after decommission 
> shuts down the MIGRATION stage’s thread pool.
> {noformat}
> ERROR [node1_isolatedExecutor:1] node1 2021-02-15 19:35:36,284 
> CassandraDaemon.java:579 - Exception in thread 
> Thread[node1_NonPeriodicTasks:1,5,node1] 
> java.util.concurrent.RejectedExecutionException: ThreadPoolExecutor has shut 
> down at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor$1.rejectedExecution(DebuggableThreadPoolExecutor.java:72)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:825)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1355)
>  
> at 
> org.apache.cassandra.concurrent.DebuggableThreadPoolExecutor.execute(DebuggableThreadPoolExecutor.java:176)
>  
> at 
> java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118)
>  at org.apache.cassandra.concurrent.Stage.submit(Stage.java:129) 
> at 
> org.apache.cassandra.schema.MigrationCoordinator.lambda$scheduleSchemaPull$2(MigrationCoordinator.java:362)
>  
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) 
> at 
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>  
> at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>  
> at 
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
>  
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> A fix might be as simple as shutting down ScheduledExecutors.nonPeriodicTasks 
> in StorageService#decommission(). See the original discussion 
> [here|https://issues.apache.org/jira/browse/CASSANDRA-16181?focusedCommentId=17293329=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17293329].



--
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-16190) Add tests for streaming metrics

[Ekaterina Dimitrova (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ekaterina Dimitrova updated CASSANDRA-16190:

Status: Review In Progress  (was: Patch Available)

> Add tests for streaming metrics
> ---
>
> Key: CASSANDRA-16190
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16190
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Test/dtest/python
>Reporter: Benjamin Lerer
>Assignee: Benjamin Lerer
>Priority: Normal
> Fix For: 4.0-rc
>
>
> We currently have no tests to checks the streaming metrics



--
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-16541) LGPL dependency in cassandra-all 3.11.10

[Brandon Williams (Jira)]

 [ 
https://issues.apache.org/jira/browse/CASSANDRA-16541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brandon Williams updated CASSANDRA-16541:
-
 Bug Category: Parent values: Correctness(12982)
   Complexity: Normal
Discovered By: User Report
Fix Version/s: 4.0
   3.11.11
   3.0.25
   2.2.20
 Severity: Normal
   Status: Open  (was: Triage Needed)

Looks like this affects all versions.

> LGPL dependency in cassandra-all 3.11.10
> 
>
> Key: CASSANDRA-16541
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16541
> Project: Cassandra
>  Issue Type: Bug
>  Components: Build
>Reporter: Matt Casters
>Priority: Normal
> Fix For: 2.2.20, 3.0.25, 3.11.11, 4.0
>
>
> Dear Cassandra devs.
> While integrating Cassandra in Apache Hop functionality we found out that the 
> cassandra-all maven package drags in an older version of jboss-logging via 
> reporter-config3:
> {code:java}
> +- org.apache.cassandra:cassandra-all:jar:3.11.10:compile
> |  +- com.addthis.metrics:reporter-config3:jar:3.0.3:compile
> |  |  +- com.addthis.metrics:reporter-config-base:jar:3.0.3:compile
> |  |  \- org.hibernate:hibernate-validator:jar:4.3.0.Final:compile
> |  | +- javax.validation:validation-api:jar:1.0.0.GA:compile
> |  | \- org.jboss.logging:jboss-logging:jar:3.1.0.CR2:compile
> {code}
> jboss-logging 3.1.0.CR2 is from November 2011 and the library only changed to 
> APL in 2012.
> [https://github.com/jboss-logging/jboss-logging/blob/master/src/main/resources/META-INF/LICENSE.txt]
>  



--
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