[jira] [Updated] (CASSANDRA-15486) Add documentation of dynamo

[Joey Lynch (Jira)]

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

Joey Lynch updated CASSANDRA-15486:
---
  Fix Version/s: 4.0-alpha
Source Control Link: 
https://github.com/apache/cassandra/commit/0a675d5a769b5f27c5b0dfa1fd355db69fb4ef90
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

Committed as 0a675d5a769b5f27c5b0dfa1fd355db69fb4ef90

Thanks [~dvohra]!

> Add documentation of dynamo
> ---
>
> Key: CASSANDRA-15486
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15486
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> Added new sections to Dynamo page.
> https://github.com/apache/cassandra/pull/415



--
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-15486) Add documentation of dynamo

[Joey Lynch (Jira)]

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

Joey Lynch updated CASSANDRA-15486:
---
Status: Ready to Commit  (was: Review In Progress)

> Add documentation of dynamo
> ---
>
> Key: CASSANDRA-15486
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15486
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
>
> Added new sections to Dynamo page.
> https://github.com/apache/cassandra/pull/415



--
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: Add documentation of dynamo

[jolynch]

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

jolynch 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 0a675d5  Add documentation of dynamo
0a675d5 is described below

commit 0a675d5a769b5f27c5b0dfa1fd355db69fb4ef90
Author: dvohra 
AuthorDate: Mon Jan 6 18:19:39 2020 -0800

Add documentation of dynamo

Patch by Deepak Vohra; Reviewed by Joseph Lynch for CASSANDRA-15486
---
 CHANGES.txt   |   1 +
 doc/Dockerfile|   2 +-
 doc/source/architecture/dynamo.rst| 535 +-
 doc/source/architecture/images/ring.svg   |  11 +
 doc/source/architecture/images/vnodes.svg |  11 +
 doc/source/architecture/overview.rst  |  96 +-
 doc/source/operating/hints.rst|  12 +-
 doc/source/operating/read_repair.rst  |   2 +-
 doc/source/operating/snitch.rst   |   2 +
 9 files changed, 574 insertions(+), 98 deletions(-)

diff --git a/CHANGES.txt b/CHANGES.txt
index 1c626f2..0730bff 100644
--- a/CHANGES.txt
+++ b/CHANGES.txt
@@ -1,4 +1,5 @@
 4.0-alpha4
+ * Add documentation of dynamo (CASSANDRA-15486)
  * Added documentation for Guarantees (CASSANDRA-15482)
  * Added documentation for audit logging (CASSANDRA-15474)
  * Unset GREP_OPTIONS (CASSANDRA-14487)
diff --git a/doc/Dockerfile b/doc/Dockerfile
index 0f109b7..8999464 100644
--- a/doc/Dockerfile
+++ b/doc/Dockerfile
@@ -18,5 +18,5 @@ RUN wget -qO - 
https://adoptopenjdk.jfrog.io/adoptopenjdk/api/gpg/key/public | a
 
 RUN apt-get clean
 
-CMD ant gen-doc \
+CMD CASSANDRA_USE_JDK11=true ant gen-doc \
 && echo "The locally built documentation can be found here:\n\n
build/html/index.html\n\n"
diff --git a/doc/source/architecture/dynamo.rst 
b/doc/source/architecture/dynamo.rst
index 380abc2..5b17d9a 100644
--- a/doc/source/architecture/dynamo.rst
+++ b/doc/source/architecture/dynamo.rst
@@ -15,102 +15,322 @@
 .. limitations under the License.
 
 Dynamo
---
+==
+
+Apache Cassandra relies on a number of techniques from Amazon's `Dynamo
+`_
+distributed storage key-value system. Each node in the Dynamo system has three
+main components:
+
+- Request coordination over a partitioned dataset
+- Ring membership and failure detection
+- A local persistence (storage) engine
+
+Cassandra primarily draws from the first two clustering components,
+while using a storage engine based on a Log Structured Merge Tree
+(`LSM 
`_).
+In particular, Cassandra relies on Dynamo style:
+
+- Dataset partitioning using consistent hashing
+- Multi-master replication using versioned data and tunable consistency
+- Distributed cluster membership and failure detection via a gossip protocol
+- Incremental scale-out on commodity hardware
+
+Cassandra was designed this way to meet large-scale (PiB+) business-critical
+storage requirements. In particular, as applications demanded full global
+replication of petabyte scale datasets along with always available low-latency
+reads and writes, it became imperative to design a new kind of database model
+as the relational database systems of the time struggled to meet the new
+requirements of global scale applications.
+
+Dataset Partitioning: Consistent Hashing
+
+
+Cassandra achieves horizontal scalability by
+`partitioning `_
+all data stored in the system using a hash function. Each partition is 
replicated
+to multiple physical nodes, often across failure domains such as racks and even
+datacenters. As every replica can independently accept mutations to every key
+that it owns, every key must be versioned. Unlike in the original Dynamo paper
+where deterministic versions and vector clocks were used to reconcile 
concurrent
+updates to a key, Cassandra uses a simpler last write wins model where every
+mutation is timestamped (including deletes) and then the latest version of data
+is the "winning" value. Formally speaking, Cassandra uses a Last-Write-Wins 
Element-Set
+conflict-free replicated data type for each CQL row (a.k.a `LWW-Element-Set 
CRDT
+`_)
+to resolve conflicting mutations on replica sets.
+
+ .. _consistent-hashing-token-ring:
+
+Consistent Hashing using a Token Ring
+^
+
+Cassandra partitions data over storage nodes using a special form of hashing
+called `consistent hashing 
`_.
+In naive data hashing, you typically allocate keys to buckets by taking a hash
+of the key modulo the number of buckets. For example, if you want to 

[jira] [Updated] (CASSANDRA-15486) Add documentation of dynamo

[Joey Lynch (Jira)]

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

Joey Lynch updated CASSANDRA-15486:
---
Summary: Add documentation of dynamo  (was: Dynamo)

> Add documentation of dynamo
> ---
>
> Key: CASSANDRA-15486
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15486
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
>
> Added new sections to Dynamo page.
> https://github.com/apache/cassandra/pull/415



--
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-15367) Memtable memory allocations may deadlock

[Blake Eggleston (Jira)]

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

Blake Eggleston updated CASSANDRA-15367:

Reviewers: Blake Eggleston

> Memtable memory allocations may deadlock
> 
>
> Key: CASSANDRA-15367
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15367
> Project: Cassandra
>  Issue Type: Bug
>  Components: Local/Commit Log, Local/Memtable
>Reporter: Benedict Elliott Smith
>Assignee: Benedict Elliott Smith
>Priority: Normal
> Fix For: 4.0, 2.2.x, 3.0.x, 3.11.x
>
>
> * Under heavy contention, we guard modifications to a partition with a mutex, 
> for the lifetime of the memtable.
> * Memtables block for the completion of all {{OpOrder.Group}} started before 
> their flush began
> * Memtables permit operations from this cohort to fall-through to the 
> following Memtable, in order to guarantee a precise commitLogUpperBound
> * Memtable memory limits may be lifted for operations in the first cohort, 
> since they block flush (and hence block future memory allocation)
> With very unfortunate scheduling
> * A contended partition may rapidly escalate to a mutex
> * The system may reach memory limits that prevent allocations for the new 
> Memtable’s cohort (C2) 
> * An operation from C2 may hold the mutex when this occurs
> * Operations from a prior Memtable’s cohort (C1), for a contended partition, 
> may fall-through to the next Memtable
> * The operations from C1 may execute after the above is encountered by those 
> from C2



--
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-15564) Refactor repair coordinator so errors are consistent

[David Capwell (Jira)]

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

David Capwell commented on CASSANDRA-15564:
---

there are 2 python dtests failing, but they fail for me on trunk as well... so 
I believe python dtests are working just fine with latest commit (added log on 
complete)

> Refactor repair coordinator so errors are consistent
> 
>
> Key: CASSANDRA-15564
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15564
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Consistency/Repair
>Reporter: David Capwell
>Assignee: David Capwell
>Priority: Normal
>  Labels: pull-request-available
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> This is to split the change in CASSANDRA-15399 so the refactor is isolated 
> out.
> Currently the repair coordinator special cases the exit cases at each call 
> site; this makes it so that errors can be inconsistent and there are cases 
> where proper complete isn't done (proper notifications, and forgetting to 
> update ActiveRepairService).
> [Circle 
> CI|https://circleci.com/gh/dcapwell/cassandra/tree/bug%2FrepairCoordinatorJmxConsistency]



--
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-15241) Virtual table to expose current running queries

[David Capwell (Jira)]

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

David Capwell commented on CASSANDRA-15241:
---

[~benedict] are you reviewing this?  Im going through the dash board to see 
what JIRAs need reviewers, but this history looks active; can you update the 
status?

Thanks!

> Virtual table to expose current running queries
> ---
>
> Key: CASSANDRA-15241
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15241
> Project: Cassandra
>  Issue Type: New Feature
>  Components: Feature/Virtual Tables
>Reporter: Chris Lohfink
>Assignee: Chris Lohfink
>Priority: Normal
> Fix For: 4.0
>
>
> Expose current running queries and their duration.
> {code}cqlsh> select * from system_views.queries;
>  thread_id| duration_micros | task
> --+-+-
>  Native-Transport-Requests-17 |6325 |  QUERY 
> select * from system_views.queries; [pageSize = 100]
>   Native-Transport-Requests-4 |   14681 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>   Native-Transport-Requests-6 |   14678 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>  ReadStage-10 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-13 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-14 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-19 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-20 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-22 |7279 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-23 |4716 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-5 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-7 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-8 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Updated] (CASSANDRA-15567) Allow EXTRA_CLASSPATH to work in tarball/source installations

[David Capwell (Jira)]

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

David Capwell updated CASSANDRA-15567:
--
Reviewers: David Capwell, David Capwell  (was: David Capwell)
   David Capwell, David Capwell
   Status: Review In Progress  (was: Patch Available)

marking myself as reviewer so I pick this up tomorrow.  I looked at the patch 
(its so so big!); looks fine so will mostly just test.

> Allow EXTRA_CLASSPATH to work in tarball/source installations
> -
>
> Key: CASSANDRA-15567
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15567
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Local/Scripts
>Reporter: Brandon Williams
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 2.2.x, 3.0.x, 3.11.x, 4.0-beta
>
>
> Both the debian and redhat packaging modify cassandra.in.sh to support the 
> EXTRA_CLASSPATH variable.  It would be nice to just put this in 
> cassandra.in.sh proper so people without a package installation can use it 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

[jira] [Commented] (CASSANDRA-15550) Fix flaky test org.apache.cassandra.streaming.StreamTransferTaskTest testFailSessionDuringTransferShouldNotReleaseReferences

[David Capwell (Jira)]

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

David Capwell commented on CASSANDRA-15550:
---

Or better, what year?

> Fix flaky test org.apache.cassandra.streaming.StreamTransferTaskTest 
> testFailSessionDuringTransferShouldNotReleaseReferences
> 
>
> Key: CASSANDRA-15550
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15550
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: David Capwell
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> {code}
> junit.framework.AssertionFailedError: expected:<0> but was:<1>
>   at 
> org.apache.cassandra.streaming.StreamTransferTaskTest.testFailSessionDuringTransferShouldNotReleaseReferences(StreamTransferTaskTest.java:181)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
> Failure was on java 11



--
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-15308) Fix flakey testAcquireReleaseOutbound - org.apache.cassandra.net.ConnectionTest

[David Capwell (Jira)]

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

David Capwell updated CASSANDRA-15308:
--
Reviewers: Benedict Elliott Smith, David Capwell
   Status: Review In Progress  (was: Patch Available)

> Fix flakey testAcquireReleaseOutbound - 
> org.apache.cassandra.net.ConnectionTest
> ---
>
> Key: CASSANDRA-15308
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15308
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: Joey Lynch
>Assignee: Yifan Cai
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> Example failure: 
> https://circleci.com/gh/jolynch/cassandra/554#tests/containers/61
> {noformat}
> Your job ran 4428 tests with 1 failure
> - testAcquireReleaseOutbound - org.apache.cassandra.net.ConnectionTest
> junit.framework.AssertionFailedError
>   at 
> org.apache.cassandra.net.ConnectionTest.lambda$testAcquireReleaseOutbound$53(ConnectionTest.java:770)
>   at 
> org.apache.cassandra.net.ConnectionTest.lambda$doTest$8(ConnectionTest.java:238)
>   at 
> org.apache.cassandra.net.ConnectionTest.doTestManual(ConnectionTest.java:258)
>   at 
> org.apache.cassandra.net.ConnectionTest.doTest(ConnectionTest.java:236)
>   at org.apache.cassandra.net.ConnectionTest.test(ConnectionTest.java:225)
>   at 
> org.apache.cassandra.net.ConnectionTest.testAcquireReleaseOutbound(ConnectionTest.java:767)
>  {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-15273) cassandra does not start with new systemd version

[Swapnil Dubey (Jira)]

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

Swapnil Dubey commented on CASSANDRA-15273:
---

Thank you [~pioto]

I followed the Code mentioned in 
[^0001-Fix-Red-Hat-init-script-on-newer-systemd-versions.patch]

^Then run the command "systemctl daemon-reload" and it worked.^

Regards,

Swapnil

> cassandra does not start with new systemd version
> -
>
> Key: CASSANDRA-15273
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15273
> Project: Cassandra
>  Issue Type: Bug
>  Components: Packaging
>Reporter: Aleksandr Yatskin
>Assignee: Michael Semb Wever
>Priority: Urgent
> Attachments: 
> 0001-Fix-Red-Hat-init-script-on-newer-systemd-versions.patch
>
>
> After update systemd with  fixed vulnerability 
> https://access.redhat.com/security/cve/cve-2018-16888, the cassandra service 
> does not start correctly.
> Environment: RHEL 7, systemd-219-67.el7_7.1, cassandra-3.11.4-1 
> (https://www.apache.org/dist/cassandra/redhat/311x/cassandra-3.11.4-1.noarch.rpm)
> ---
> systemctl status cassandra
> ● cassandra.service - LSB: distributed storage system for structured data
>  Loaded: loaded (/etc/rc.d/init.d/cassandra; bad; vendor preset: disabled)
>  Active: failed (Result: resources) since Fri 2019-08-09 17:20:26 MSK; 1s ago
>  Docs: man:systemd-sysv-generator(8)
>  Process: 2414 ExecStop=/etc/rc.d/init.d/cassandra stop (code=exited, 
> status=0/SUCCESS)
>  Process: 2463 ExecStart=/etc/rc.d/init.d/cassandra start (code=exited, 
> status=0/SUCCESS)
>  Main PID: 1884 (code=exited, status=143)
> Aug 09 17:20:23 desktop43.example.com systemd[1]: Unit cassandra.service 
> entered failed state.
> Aug 09 17:20:23 desktop43.example.com systemd[1]: cassandra.service failed.
> Aug 09 17:20:23 desktop43.example.com systemd[1]: Starting LSB: distributed 
> storage system for structured data...
> Aug 09 17:20:23 desktop43.example.com su[2473]: (to cassandra) root on none
> Aug 09 17:20:26 desktop43.example.com cassandra[2463]: Starting Cassandra: OK
> Aug 09 17:20:26 desktop43.example.com systemd[1]: New main PID 2545 does not 
> belong to service, and PID file is not owned by root. Refusing.
> Aug 09 17:20:26 desktop43.example.com systemd[1]: New main PID 2545 does not 
> belong to service, and PID file is not owned by root. Refusing.
> Aug 09 17:20:26 desktop43.example.com systemd[1]: Failed to start LSB: 
> distributed storage system for structured data.
> Aug 09 17:20:26 desktop43.example.com systemd[1]: Unit cassandra.service 
> entered failed state.
> Aug 09 17:20:26 desktop43.example.com systemd[1]: cassandra.service failed.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Assigned] (CASSANDRA-15596) Make Gossiper.aVeryLongTime configurable

[Brandon Williams (Jira)]

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

Brandon Williams reassigned CASSANDRA-15596:


Assignee: Brandon Williams

>  Make Gossiper.aVeryLongTime configurable
> -
>
> Key: CASSANDRA-15596
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15596
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Cluster/Gossip
>Reporter: Jordan West
>Assignee: Brandon Williams
>Priority: Normal
>
> This is useful for testing primarily and operator control maybe



--
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-15596) Make Gossiper.aVeryLongTime configurable

[Brandon Williams (Jira)]

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

Brandon Williams updated CASSANDRA-15596:
-
Change Category: Operability
 Complexity: Normal
 Status: Open  (was: Triage Needed)

>  Make Gossiper.aVeryLongTime configurable
> -
>
> Key: CASSANDRA-15596
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15596
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Cluster/Gossip
>Reporter: Jordan West
>Assignee: Brandon Williams
>Priority: Normal
>
> This is useful for testing primarily and operator control maybe



--
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-15533) Don't allocate unneeded MergeIterator in OnDiskToken#iterator

[Jordan West (Jira)]

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

Jordan West updated CASSANDRA-15533:

Fix Version/s: 4.0

> Don't allocate unneeded MergeIterator in OnDiskToken#iterator 
> --
>
> Key: CASSANDRA-15533
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15533
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Feature/SASI
>Reporter: Jordan West
>Assignee: Jordan West
>Priority: Normal
> Fix For: 4.0, 4.0-rc
>
>
> When reviewing CASSANDRA-15392 it became apparent that the MergeIterator 
> allocated by OnDiskToken#iterator is rarely necessary and so we should avoid 
> allocating one when not needed and skip the MergeIterator pool when needed 
> because its unlikely to be sized correctly. 



--
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-15560) Change io.compressor.LZ4Compressor to LZ4SafeDecompressor

[Jordan West (Jira)]

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

Jordan West updated CASSANDRA-15560:

Fix Version/s: 4.0

> Change io.compressor.LZ4Compressor to LZ4SafeDecompressor
> -
>
> Key: CASSANDRA-15560
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15560
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Feature/Compression
>Reporter: Jordan West
>Assignee: Jordan West
>Priority: Normal
> Fix For: 4.0, 4.0-rc
>
>
> CASSANDRA-15556 and related tickets showed that LZ4FastDecompressor can crash 
> the JVM and that LZ4SafeDecompressor performs better w/o the crash risk — its 
> also not deprecated. While we protect ourselves by checksumming the 
> compressed data but that doesn’t mean we should leave deprecated code that 
> can segfault the jvm (providing a potential DDOS vector among other things) 
> in crucial places like io.compress. 



--
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-15597) Correct Visibility and Improve Safety of Methods in LatencyMetrics

[Jordan West (Jira)]

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

Jordan West updated CASSANDRA-15597:

Change Category: Code Clarity
 Complexity: Low Hanging Fruit
  Fix Version/s: 4.0
 Status: Open  (was: Triage Needed)

> Correct Visibility and Improve Safety of Methods in LatencyMetrics
> --
>
> Key: CASSANDRA-15597
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15597
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Observability/Metrics
>Reporter: Jordan West
>Priority: Normal
> Fix For: 4.0
>
>
> * add/removeChildren does not need to be public (and exposing addChildren is 
> unsafe since no lock is used). 
> * casting in the constructor is safer than casting each time in removeChildren



--
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-15597) Correct Visibility and Improve Safety of Methods in LatencyMetrics

[Jordan West (Jira)]

Jordan West created CASSANDRA-15597:
---

 Summary: Correct Visibility and Improve Safety of Methods in 
LatencyMetrics
 Key: CASSANDRA-15597
 URL: https://issues.apache.org/jira/browse/CASSANDRA-15597
 Project: Cassandra
  Issue Type: Improvement
  Components: Observability/Metrics
Reporter: Jordan West


* add/removeChildren does not need to be public (and exposing addChildren is 
unsafe since no lock is used). 
* casting in the constructor is safer than casting each time in removeChildren



--
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-15596) Make Gossiper.aVeryLongTime configurable

[Jordan West (Jira)]

Jordan West created CASSANDRA-15596:
---

 Summary:  Make Gossiper.aVeryLongTime configurable
 Key: CASSANDRA-15596
 URL: https://issues.apache.org/jira/browse/CASSANDRA-15596
 Project: Cassandra
  Issue Type: Improvement
  Components: Cluster/Gossip
Reporter: Jordan West


This is useful for testing primarily and operator control maybe



--
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-15550) Fix flaky test org.apache.cassandra.streaming.StreamTransferTaskTest testFailSessionDuringTransferShouldNotReleaseReferences

[Brandon Williams (Jira)]

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

Brandon Williams commented on CASSANDRA-15550:
--

Which Monday were you referring to? ;)  Just kidding, but friendly reminder if 
you have time.

> Fix flaky test org.apache.cassandra.streaming.StreamTransferTaskTest 
> testFailSessionDuringTransferShouldNotReleaseReferences
> 
>
> Key: CASSANDRA-15550
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15550
> Project: Cassandra
>  Issue Type: Bug
>  Components: Test/unit
>Reporter: David Capwell
>Assignee: Brandon Williams
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> {code}
> junit.framework.AssertionFailedError: expected:<0> but was:<1>
>   at 
> org.apache.cassandra.streaming.StreamTransferTaskTest.testFailSessionDuringTransferShouldNotReleaseReferences(StreamTransferTaskTest.java:181)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
> Failure was on java 11



--
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-15199) Cassandra throwing occasional NPE 3.11.x

[Jeremy Justus (Jira)]

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

Jeremy Justus commented on CASSANDRA-15199:
---

Adding a future comment here, this NPE hole never got fixed by C* I don't think 
but the reason for it was indeed Kong's lua behavior, a sort of variable 
scoping issue that can be read here. [https://github.com/Kong/kong/pull/5564] , 
So it till could be handled more gracefully by C*. 

> Cassandra throwing occasional NPE 3.11.x
> 
>
> Key: CASSANDRA-15199
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15199
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Client
>Reporter: Jeremy Justus
>Priority: Normal
>
> Hey folks, decided to raise an official Jira(never done one of these before) 
> about an issue we have found between Kong API Gateway leveraging Cassandra as 
> our db.
> We run a C* cluster in 2 close DCs, 6 C* nodes total, 3 in each DC. Data 
> replicated across all nodes. We have found C* sometimes throws NPEs based on 
> the calls made by the lua-cassandra driver Kong 
> leverages([https://github.com/thibaultcha/lua-cassandra]). Very specifically 
> it seems to occur when attempting to do paging across multiple C* nodes. When 
> persistently paging to a single C* node we can't reproduce NPEs in C*.
> The exact Error C* throws with its stack-trace can be seen here:
> [https://github.com/Kong/kong/issues/4194#issuecomment-497572751]
> And again when we tried to upgrade from 3.11.2 to 3.11.4 in hopes it was 
> already resolved:
> [https://github.com/Kong/kong/issues/4194#issuecomment-497590235]
> Same error same line numbers, so code must be same in this portion.
>  
> Sample of our C* Config: 
> [https://github.com/Kong/kong/issues/4194#issuecomment-497595766]
> We discussed this in the ASF Slack flow as well:
> ASF Slack discussion 
> ([https://the-asf.slack.com/archives/CJZLTM05A/p1559321422028200] )
> Some of the more important technical comments I saw people posting here:
> [https://github.com/Kong/kong/issues/4194#issuecomment-497858824]
>  
> I am not a C* DBA so I don't have an exact repro for you other than stating 
> what the client application was attempting to do(Paging across multiple C* 
> nodes within a DC) when we could see the failures. Any Apache C* folk think 
> they see the issue or could drop me C* JAR with extra debugging print 
> statements I could run in dev to help feed you more info? Or if you see the 
> problem and can one shot a fix so no more NPE and Cassandra responds 
> appropriately to the client with some sort of error message around what was 
> wrong that would be insightful.
>  
> Thanks!



--
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-15375) Remove BackPressureStrategy

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith commented on CASSANDRA-15375:


bq. NodeA -> coordinator -> client 

Right, so fortunately we're talking about (I expect) fairly limited scaffolding 
to link the two systems together, when we get around to it.

> Remove BackPressureStrategy
> ---
>
> Key: CASSANDRA-15375
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15375
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Client, Observability/Logging
>Reporter: Jon Haddad
>Assignee: Jon Haddad
>Priority: Low
>
> This is odd:
> {{INFO [main] 2019-10-25 10:33:07,985 DatabaseDescriptor.java:803 - 
> Back-pressure is disabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}
> When I saw that, I wasn't sure if back pressure was actually disabled, or if 
> I was really using {{RateBasedBackPressure.}}
> This should change to output either:
> {{Back-pressure is disabled}}
> {{or}}
> {{Back-pressure is enabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}{{}}
>  



--
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-15482) Guarantees

[Jon Haddad (Jira)]

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

Jon Haddad updated CASSANDRA-15482:
---
  Fix Version/s: (was: 4.0)
 4.0-alpha
Source Control Link: 
https://github.com/apache/cassandra/commit/0489b0bc076ec6f6388837e13c7c2b2ce840039e
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

Committed, thanks!

> Guarantees
> --
>
> Key: CASSANDRA-15482
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15482
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> Added a page on Guarantees.
> https://github.com/apache/cassandra/pull/411



--
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-15482) Guarantees

[Jon Haddad (Jira)]

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

Jon Haddad updated CASSANDRA-15482:
---
Reviewers: Jon Haddad, Jon Haddad  (was: Jon Haddad)
   Jon Haddad, Jon Haddad  (was: Jon Haddad)
   Status: Review In Progress  (was: Patch Available)

> Guarantees
> --
>
> Key: CASSANDRA-15482
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15482
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0
>
>
> Added a page on Guarantees.
> https://github.com/apache/cassandra/pull/411



--
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-15482) Guarantees

[Jon Haddad (Jira)]

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

Jon Haddad updated CASSANDRA-15482:
---
Status: Ready to Commit  (was: Review In Progress)

> Guarantees
> --
>
> Key: CASSANDRA-15482
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15482
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0
>
>
> Added a page on Guarantees.
> https://github.com/apache/cassandra/pull/411



--
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 (98367b2 -> 0489b0b)

[rustyrazorblade]

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

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


from 98367b2  Added documentation for audit logging.
 add 0489b0b  Added documentation section on guarantees.

No new revisions were added by this update.

Summary of changes:
 CHANGES.txt |   1 +
 doc/source/architecture/Figure_1_guarantees.jpg | Bin 0 -> 17993 bytes
 doc/source/architecture/guarantees.rst  |  60 +++-
 3 files changed, 59 insertions(+), 2 deletions(-)
 create mode 100644 doc/source/architecture/Figure_1_guarantees.jpg


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

[jira] [Commented] (CASSANDRA-15564) Refactor repair coordinator so errors are consistent

[David Capwell (Jira)]

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

David Capwell commented on CASSANDRA-15564:
---

[~ifesdjeen][~bdeggleston][~djoshi] this is ready for review; if you could take 
a look

> Refactor repair coordinator so errors are consistent
> 
>
> Key: CASSANDRA-15564
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15564
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Consistency/Repair
>Reporter: David Capwell
>Assignee: David Capwell
>Priority: Normal
>  Labels: pull-request-available
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> This is to split the change in CASSANDRA-15399 so the refactor is isolated 
> out.
> Currently the repair coordinator special cases the exit cases at each call 
> site; this makes it so that errors can be inconsistent and there are cases 
> where proper complete isn't done (proper notifications, and forgetting to 
> update ActiveRepairService).
> [Circle 
> CI|https://circleci.com/gh/dcapwell/cassandra/tree/bug%2FrepairCoordinatorJmxConsistency]



--
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-15594) Uncaught exception on thread Thread[MutationStage-1,5,main]

[David Capwell (Jira)]

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

David Capwell updated CASSANDRA-15594:
--
Since Version: 3.11.0

> Uncaught exception on thread Thread[MutationStage-1,5,main]
> ---
>
> Key: CASSANDRA-15594
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
> Project: Cassandra
>  Issue Type: Bug
>  Components: Legacy/Local Write-Read Paths, Local/Memtable
>Reporter: Aleksandr
>Priority: Normal
>  Labels: 3.11.4
>
> Hi.
> We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
> cpp-driver 2.12.0 is used to communicate with Cassandra.
> We have 13 tables in total.
> Recently we've noticed that one particular INSERT operation fails with the 
> error "Write failure: Operation failed - received 0 responses and 2 failures" 
> - we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
> {code:java}
> INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
> VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
> Every time this particular INSERT happens we see the error in the log:
> {code:java}
> WARN [MutationStage-1] 2020-02-21 12:13:46,435 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-1,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.TreeBuilder.update(TreeBuilder.java:95) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.BTree.update(BTree.java:182) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition.addAllWithSizeDelta(AtomicBTreePartition.java:156)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Memtable.put(Memtable.java:282) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1352) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:626) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:470) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:450) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.service.paxos.PaxosState.commit(PaxosState.java:150) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:571)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$LocalMutationRunnable.run(StorageProxy.java:2637)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> ~[na:1.8.0_232]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:162)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$LocalSessionFutureTask.run(AbstractLocalAwareExecutorService.java:134)
>  [apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:114) 
> [apache-cassandra-3.11.4.jar:3.11.4]
>  at java.lang.Thread.run(Thread.java:748) [na:1.8.0_232]
> WARN [MutationStage-4] 2020-02-21 12:13:46,449 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-4,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  

[jira] [Comment Edited] (CASSANDRA-15594) Uncaught exception on thread Thread[MutationStage-1,5,main]

[David Capwell (Jira)]

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

David Capwell edited comment on CASSANDRA-15594 at 2/24/20 9:23 PM:


Based off your stack trace this is what I see

{code}
public NativeClustering(NativeAllocator allocator, OpOrder.Group writeOp, 
Clustering clustering)
{
int count = clustering.size();
int metadataSize = (count * 2) + 4;
int dataSize = clustering.dataSize();
int bitmapSize = ((count + 7) >>> 3);

assert count < 64 << 10;
assert dataSize < 64 << 10;
{code}

So "org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
~[apache-cassandra-3.11.4.jar:3.11.4]" would most likely be the dataSize assert.

This then calls

{code}
public int dataSize()
{
int size = 0;
for (int i = 0; i < size(); i++)
{
ByteBuffer bb = get(i);
size += bb == null ? 0 : bb.remaining();
}
return size;
}
{code}

Given this, the sum of bytes for column2 and column3 is greater than 65,536 
bytes (64 kibibytes) so doesn't fit in a short; which is the current limitation.

[~ar0], if you look at your examples, do you see that the two columns have 
values which may be larger than that limit?

I was able to replicate this locally by setting memtable_allocation_type to be 
offheap_objects; this isn't the case with other allocations

Try setting 

{code}
memtable_allocation_type: heap_buffers
{code}

That works for me for clustering keys > 64k


was (Author: dcapwell):
Based off your stack trace this is what I see

{code}
public NativeClustering(NativeAllocator allocator, OpOrder.Group writeOp, 
Clustering clustering)
{
int count = clustering.size();
int metadataSize = (count * 2) + 4;
int dataSize = clustering.dataSize();
int bitmapSize = ((count + 7) >>> 3);

assert count < 64 << 10;
assert dataSize < 64 << 10;
{code}

So "org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
~[apache-cassandra-3.11.4.jar:3.11.4]" would most likely be the dataSize assert.

This then calls

{code}
public int dataSize()
{
int size = 0;
for (int i = 0; i < size(); i++)
{
ByteBuffer bb = get(i);
size += bb == null ? 0 : bb.remaining();
}
return size;
}
{code}

Given this, the sum of bytes for column2 and column3 is greater than 65,536 
bytes (64 kibibytes) so doesn't fit in a short; which is the current limitation.

[~ar0], if you look at your examples, do you see that the two columns have 
values which may be larger than that limit?

I was able to replicate this locally by setting memtable_allocation_type to be 
offheap_objects; this isn't the case with other allocations

> Uncaught exception on thread Thread[MutationStage-1,5,main]
> ---
>
> Key: CASSANDRA-15594
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
> Project: Cassandra
>  Issue Type: Bug
>  Components: Legacy/Local Write-Read Paths, Local/Memtable
>Reporter: Aleksandr
>Priority: Normal
>  Labels: 3.11.4
>
> Hi.
> We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
> cpp-driver 2.12.0 is used to communicate with Cassandra.
> We have 13 tables in total.
> Recently we've noticed that one particular INSERT operation fails with the 
> error "Write failure: Operation failed - received 0 responses and 2 failures" 
> - we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
> {code:java}
> INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
> VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
> Every time this particular INSERT happens we see the error in the log:
> {code:java}
> WARN [MutationStage-1] 2020-02-21 12:13:46,435 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-1,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 

[jira] [Updated] (CASSANDRA-15594) Uncaught exception on thread Thread[MutationStage-1,5,main]

[David Capwell (Jira)]

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

David Capwell updated CASSANDRA-15594:
--
 Bug Category: Parent values: Correctness(12982)Level 1 values: API / 
Semantic Implementation(12988)
   Complexity: Normal
  Component/s: Local/Memtable
   Legacy/Local Write-Read Paths
Discovered By: User Report
 Severity: Normal
   Status: Open  (was: Triage Needed)

> Uncaught exception on thread Thread[MutationStage-1,5,main]
> ---
>
> Key: CASSANDRA-15594
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
> Project: Cassandra
>  Issue Type: Bug
>  Components: Legacy/Local Write-Read Paths, Local/Memtable
>Reporter: Aleksandr
>Priority: Normal
>  Labels: 3.11.4
>
> Hi.
> We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
> cpp-driver 2.12.0 is used to communicate with Cassandra.
> We have 13 tables in total.
> Recently we've noticed that one particular INSERT operation fails with the 
> error "Write failure: Operation failed - received 0 responses and 2 failures" 
> - we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
> {code:java}
> INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
> VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
> Every time this particular INSERT happens we see the error in the log:
> {code:java}
> WARN [MutationStage-1] 2020-02-21 12:13:46,435 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-1,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.TreeBuilder.update(TreeBuilder.java:95) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.BTree.update(BTree.java:182) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition.addAllWithSizeDelta(AtomicBTreePartition.java:156)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Memtable.put(Memtable.java:282) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1352) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:626) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:470) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:450) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.service.paxos.PaxosState.commit(PaxosState.java:150) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:571)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$LocalMutationRunnable.run(StorageProxy.java:2637)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> ~[na:1.8.0_232]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:162)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$LocalSessionFutureTask.run(AbstractLocalAwareExecutorService.java:134)
>  [apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:114) 
> [apache-cassandra-3.11.4.jar:3.11.4]
>  at java.lang.Thread.run(Thread.java:748) [na:1.8.0_232]
> WARN [MutationStage-4] 2020-02-21 12:13:46,449 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-4,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> 

[jira] [Commented] (CASSANDRA-15594) Uncaught exception on thread Thread[MutationStage-1,5,main]

[David Capwell (Jira)]

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

David Capwell commented on CASSANDRA-15594:
---

Based off your stack trace this is what I see

{code}
public NativeClustering(NativeAllocator allocator, OpOrder.Group writeOp, 
Clustering clustering)
{
int count = clustering.size();
int metadataSize = (count * 2) + 4;
int dataSize = clustering.dataSize();
int bitmapSize = ((count + 7) >>> 3);

assert count < 64 << 10;
assert dataSize < 64 << 10;
{code}

So "org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
~[apache-cassandra-3.11.4.jar:3.11.4]" would most likely be the dataSize assert.

This then calls

{code}
public int dataSize()
{
int size = 0;
for (int i = 0; i < size(); i++)
{
ByteBuffer bb = get(i);
size += bb == null ? 0 : bb.remaining();
}
return size;
}
{code}

Given this, the sum of bytes for column2 and column3 is greater than 65,536 
bytes (64 kibibytes) so doesn't fit in a short; which is the current limitation.

[~ar0], if you look at your examples, do you see that the two columns have 
values which may be larger than that limit?

I was able to replicate this locally by setting memtable_allocation_type to be 
offheap_objects; this isn't the case with other allocations

> Uncaught exception on thread Thread[MutationStage-1,5,main]
> ---
>
> Key: CASSANDRA-15594
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Aleksandr
>Priority: Normal
>  Labels: 3.11.4
>
> Hi.
> We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
> cpp-driver 2.12.0 is used to communicate with Cassandra.
> We have 13 tables in total.
> Recently we've noticed that one particular INSERT operation fails with the 
> error "Write failure: Operation failed - received 0 responses and 2 failures" 
> - we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
> {code:java}
> INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
> VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
> Every time this particular INSERT happens we see the error in the log:
> {code:java}
> WARN [MutationStage-1] 2020-02-21 12:13:46,435 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-1,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.TreeBuilder.update(TreeBuilder.java:95) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.BTree.update(BTree.java:182) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition.addAllWithSizeDelta(AtomicBTreePartition.java:156)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Memtable.put(Memtable.java:282) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1352) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:626) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:470) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:450) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.service.paxos.PaxosState.commit(PaxosState.java:150) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:571)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$LocalMutationRunnable.run(StorageProxy.java:2637)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 

[jira] [Updated] (CASSANDRA-15482) Guarantees

[Vinay Chella (Jira)]

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

Vinay Chella updated CASSANDRA-15482:
-
Reviewers: Jon Haddad  (was: Vinay Chella)

> Guarantees
> --
>
> Key: CASSANDRA-15482
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15482
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0
>
>
> Added a page on Guarantees.
> https://github.com/apache/cassandra/pull/411



--
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-15375) Remove BackPressureStrategy

[David Capwell (Jira)]

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

David Capwell commented on CASSANDRA-15375:
---

Thanks for the detailed write up!

bq. The only behaviour missing from internode is the ability to notify clients 
of back pressure

I didn't get that statement since I thought we had it, but Jordan than informed 
me that they are related just not connected (NodeA -> NodeB has support, 
coordinator  -> client has support; NodeA -> coordinator -> client does not 
have support).

> Remove BackPressureStrategy
> ---
>
> Key: CASSANDRA-15375
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15375
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Client, Observability/Logging
>Reporter: Jon Haddad
>Assignee: Jon Haddad
>Priority: Low
>
> This is odd:
> {{INFO [main] 2019-10-25 10:33:07,985 DatabaseDescriptor.java:803 - 
> Back-pressure is disabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}
> When I saw that, I wasn't sure if back pressure was actually disabled, or if 
> I was really using {{RateBasedBackPressure.}}
> This should change to output either:
> {{Back-pressure is disabled}}
> {{or}}
> {{Back-pressure is enabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}{{}}
>  



--
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-15241) Virtual table to expose current running queries

[Chris Lohfink (Jira)]

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

Chris Lohfink updated CASSANDRA-15241:
--
Fix Version/s: 4.0

> Virtual table to expose current running queries
> ---
>
> Key: CASSANDRA-15241
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15241
> Project: Cassandra
>  Issue Type: New Feature
>  Components: Feature/Virtual Tables
>Reporter: Chris Lohfink
>Assignee: Chris Lohfink
>Priority: Normal
> Fix For: 4.0
>
>
> Expose current running queries and their duration.
> {code}cqlsh> select * from system_views.queries;
>  thread_id| duration_micros | task
> --+-+-
>  Native-Transport-Requests-17 |6325 |  QUERY 
> select * from system_views.queries; [pageSize = 100]
>   Native-Transport-Requests-4 |   14681 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>   Native-Transport-Requests-6 |   14678 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>  ReadStage-10 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-13 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-14 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-19 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-20 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-22 |7279 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-23 |4716 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-5 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-7 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-8 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Commented] (CASSANDRA-15474) Audit Logging - New Feature

[Vinay Chella (Jira)]

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

Vinay Chella commented on CASSANDRA-15474:
--

Thank you. [~rustyrazorblade]

> Audit Logging - New Feature
> ---
>
> Key: CASSANDRA-15474
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15474
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> Added a page on audit logging, a new feature.
> https://github.com/apache/cassandra/pull/403



--
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-15473) New feature - Virtual Tables

[Chris Lohfink (Jira)]

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

Chris Lohfink updated CASSANDRA-15473:
--
Status: Ready to Commit  (was: Changes Suggested)

> New feature - Virtual Tables
> 
>
> Key: CASSANDRA-15473
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15473
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
>
> Added a page on virtual tables, a new feature.
> https://github.com/apache/cassandra/pull/402



--
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-15474) Audit Logging - New Feature

[Jon Haddad (Jira)]

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

Jon Haddad updated CASSANDRA-15474:
---
Status: Ready to Commit  (was: Review In Progress)

> Audit Logging - New Feature
> ---
>
> Key: CASSANDRA-15474
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15474
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
>
> Added a page on audit logging, a new feature.
> https://github.com/apache/cassandra/pull/403



--
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-15474) Audit Logging - New Feature

[Jon Haddad (Jira)]

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

Jon Haddad updated CASSANDRA-15474:
---
  Fix Version/s: 4.0-alpha
Source Control Link: 
https://github.com/apache/cassandra/commit/98367b2ebd8211ece9e51ae19376aeb77f610a41
 Resolution: Fixed
 Status: Resolved  (was: Ready to Commit)

Committed, thanks!

> Audit Logging - New Feature
> ---
>
> Key: CASSANDRA-15474
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15474
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> Added a page on audit logging, a new feature.
> https://github.com/apache/cassandra/pull/403



--
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 (dc8f94a -> 98367b2)

[rustyrazorblade]

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

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


from dc8f94a  Filter nulls from assertNoUnexpectedThreadsStarted.
 add 98367b2  Added documentation for audit logging.

No new revisions were added by this update.

Summary of changes:
 CHANGES.txt |   1 +
 doc/source/new/auditlogging.rst | 440 
 2 files changed, 441 insertions(+)
 create mode 100644 doc/source/new/auditlogging.rst


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

[jira] [Updated] (CASSANDRA-15474) Audit Logging - New Feature

[Jon Haddad (Jira)]

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

Jon Haddad updated CASSANDRA-15474:
---
Reviewers: Jon Haddad  (was: Vinay Chella)

> Audit Logging - New Feature
> ---
>
> Key: CASSANDRA-15474
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15474
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
>
> Added a page on audit logging, a new feature.
> https://github.com/apache/cassandra/pull/403



--
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-15474) Audit Logging - New Feature

[Jon Haddad (Jira)]

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

Jon Haddad commented on CASSANDRA-15474:


Given Deepak's time constraints with the docs program I'm going to review this 
patch today.  I hope that's OK, [~vinaychella].

> Audit Logging - New Feature
> ---
>
> Key: CASSANDRA-15474
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15474
> Project: Cassandra
>  Issue Type: Sub-task
>  Components: Documentation/Website
>Reporter: DeepakVohra
>Assignee: DeepakVohra
>Priority: Normal
>
> Added a page on audit logging, a new feature.
> https://github.com/apache/cassandra/pull/403



--
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-15539) Extract in-jvm API and tests out of Cassandra and into a separate repository

[David Capwell (Jira)]

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

David Capwell updated CASSANDRA-15539:
--
Reviewers: David Capwell, Dinesh Joshi  (was: Dinesh Joshi)

> Extract in-jvm API and tests out of Cassandra and into a separate repository
> 
>
> Key: CASSANDRA-15539
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15539
> Project: Cassandra
>  Issue Type: Task
>  Components: Test/dtest
>Reporter: Alex Petrov
>Assignee: Alex Petrov
>Priority: Normal
>
> Extract in-jvm DTest _API_ and tests into a separate repository that is 
> shared between Cassandra branches. Tests themselves should be buildable using 
> just API, which is not  the case now, since cluster creation relies on impl 
> package, since we do not have factories / constructors in API.
> Main goals we’re trying to achieve:
> 1. We should be able to fail a build on API incompatibility between versions 
> 2. Make it as easy as possible to detect break APIs between versions. 
> 3. Make development of _tests_ based on in-jvm framework simpler
> 4. Reduce surface area of impact when making modifications to tests 
> Potentially, we’d also like to use a plugin to detect API incompatibilities 
> between in-jvm DTest API and in-branch implementations, and start running 
> tests using shared in-jvm test repository with each existing implementation 
> in the branch. This entails both running tests for all branches whenever 
> there’s a change in tests jar and running tests for a specific branch 
> whenever the branch has changed.



--
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-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Yakir Gibraltar (Jira)]

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

Yakir Gibraltar commented on CASSANDRA-15595:
-

Based on: 
[https://github.com/ben-manes/caffeine/issues/397#issuecomment-590406804]

"It looks like it’s trying to read offheap but has an incorrect address offset."

> Many errors of "java.lang.AssertionError: Illegal bounds"
> -
>
> Key: CASSANDRA-15595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yakir Gibraltar
>Priority: Normal
>
> Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
> {code}
> ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
> Thread[ReadStage-6,5,main]
> java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
> 2761628520
> at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
>  ~[apache-cassandra-3.11.6.ja
> r:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
>  ~[caffeine-2.2.6.jar:na]
> at 
> java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
> ~[na:1.8.0-zing_19.12.102.0]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
>  ~[caffeine-2.2.6.jar:na]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 

[jira] [Commented] (CASSANDRA-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Yakir Gibraltar (Jira)]

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

Yakir Gibraltar commented on CASSANDRA-15595:
-

Yes, same issue, getting same errors with jdk 1.8.0_131:
{code:java}
ERROR [ReadStage-42] 2020-02-24 15:58:51,767 
AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
Thread[ReadStage-42,5,main]
java.lang.AssertionError: Illegal bounds [-2049972896..-2049972888); size: 
2754497496
at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
 ~[caffeine-2.2.6.jar:na]
at 
java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
~[na:1.8.0_131]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
 ~[caffeine-2.2.6.jar:na]
at 
org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryStorage(SinglePartitionReadCommand.java:504)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.ReadCommand.executeLocally(ReadCommand.java:423) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:48)
 ~[apache-cassandra-3.11.5.jar:3.11.5]
at 
org.apache.cassandra.net.MessageDeliveryTask.run(MessageDeliveryTask.java:66) 
~[apache-cassandra-3.11.5.jar:3.11.5]
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
~[na:1.8.0_131]
at 

[jira] [Commented] (CASSANDRA-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Brandon Williams (Jira)]

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

Brandon Williams commented on CASSANDRA-15595:
--

Are you able to try a different JVM on one machine? 

> Many errors of "java.lang.AssertionError: Illegal bounds"
> -
>
> Key: CASSANDRA-15595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yakir Gibraltar
>Priority: Normal
>
> Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
> {code}
> ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
> Thread[ReadStage-6,5,main]
> java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
> 2761628520
> at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
>  ~[apache-cassandra-3.11.6.ja
> r:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
>  ~[caffeine-2.2.6.jar:na]
> at 
> java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
> ~[na:1.8.0-zing_19.12.102.0]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
>  ~[caffeine-2.2.6.jar:na]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryStorage(SinglePartitionReadCommand.java:504)
>  

[jira] [Commented] (CASSANDRA-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Yakir Gibraltar (Jira)]

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

Yakir Gibraltar commented on CASSANDRA-15595:
-

Also update caffeine to 2.8.1 didn't help.

> Many errors of "java.lang.AssertionError: Illegal bounds"
> -
>
> Key: CASSANDRA-15595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yakir Gibraltar
>Priority: Normal
>
> Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
> {code}
> ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
> Thread[ReadStage-6,5,main]
> java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
> 2761628520
> at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
>  ~[apache-cassandra-3.11.6.ja
> r:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
>  ~[caffeine-2.2.6.jar:na]
> at 
> java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
> ~[na:1.8.0-zing_19.12.102.0]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
>  ~[caffeine-2.2.6.jar:na]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryStorage(SinglePartitionReadCommand.java:504)
>  

[jira] [Updated] (CASSANDRA-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Yakir Gibraltar (Jira)]

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

Yakir Gibraltar updated CASSANDRA-15595:

Platform: Linux  (was: All)
Severity: Normal

> Many errors of "java.lang.AssertionError: Illegal bounds"
> -
>
> Key: CASSANDRA-15595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yakir Gibraltar
>Priority: Normal
>
> Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
> {code}
> ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
> Thread[ReadStage-6,5,main]
> java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
> 2761628520
> at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
>  ~[apache-cassandra-3.11.6.ja
> r:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
>  ~[caffeine-2.2.6.jar:na]
> at 
> java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
> ~[na:1.8.0-zing_19.12.102.0]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
>  ~[caffeine-2.2.6.jar:na]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryStorage(SinglePartitionReadCommand.java:504)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> 

[jira] [Comment Edited] (CASSANDRA-15590) Upgrade io.netty_netty-all dependency to fix security vulnerabilities

[Vishwas Vijaya Kumar (Jira)]

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

Vishwas Vijaya Kumar edited comment on CASSANDRA-15590 at 2/24/20 2:30 PM:
---

Netty has been upgraded and will be released as a part of 4.5.0.

[JAVA-2637|https://datastax-oss.atlassian.net/browse/JAVA-2637]

 


was (Author: visvijay):
Netty has been upgraded and will be released as a part of 4.5.0.

[JAVA-2637|[https://datastax-oss.atlassian.net/browse/JAVA-2637]]

> Upgrade io.netty_netty-all dependency to fix security vulnerabilities
> -
>
> Key: CASSANDRA-15590
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15590
> Project: Cassandra
>  Issue Type: Task
>  Components: Dependencies
>Reporter: Vishwas Vijaya Kumar
>Priority: Normal
>
> Upgrade io.netty_netty-all dependency to fix the following CVEs:
>  * 
> [CVE-2019-20444|https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-20444]
>  * 
> [CVE-2019-20445|https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-20445]
>  * 
> [CVE-2019-16869|https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-16869]



--
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-15590) Upgrade io.netty_netty-all dependency to fix security vulnerabilities

[Vishwas Vijaya Kumar (Jira)]

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

Vishwas Vijaya Kumar updated CASSANDRA-15590:
-
Resolution: Fixed
Status: Resolved  (was: Open)

Netty has been upgraded and will be released as a part of 4.5.0.

[JAVA-2637|[https://datastax-oss.atlassian.net/browse/JAVA-2637]]

> Upgrade io.netty_netty-all dependency to fix security vulnerabilities
> -
>
> Key: CASSANDRA-15590
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15590
> Project: Cassandra
>  Issue Type: Task
>  Components: Dependencies
>Reporter: Vishwas Vijaya Kumar
>Priority: Normal
>
> Upgrade io.netty_netty-all dependency to fix the following CVEs:
>  * 
> [CVE-2019-20444|https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-20444]
>  * 
> [CVE-2019-20445|https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-20445]
>  * 
> [CVE-2019-16869|https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-16869]



--
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-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Yakir Gibraltar (Jira)]

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

Yakir Gibraltar commented on CASSANDRA-15595:
-

The errors was also on 3.11.5, i tried to upgrade and errors exist also on 
3.11.6.
Right, I'm running Zing.
{code}
[root@udb001 ~]# rpm -qa | grep zing
zing-jdk1.8.0-19.12.102.0-3.x86_64
zing-zst-8c.3.10.0-5.22.6.0.1.2.el7.x86_64
{code}


> Many errors of "java.lang.AssertionError: Illegal bounds"
> -
>
> Key: CASSANDRA-15595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yakir Gibraltar
>Priority: Normal
>
> Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
> {code}
> ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
> Thread[ReadStage-6,5,main]
> java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
> 2761628520
> at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
>  ~[apache-cassandra-3.11.6.ja
> r:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
>  ~[caffeine-2.2.6.jar:na]
> at 
> java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
> ~[na:1.8.0-zing_19.12.102.0]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
>  ~[caffeine-2.2.6.jar:na]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> 

[jira] [Commented] (CASSANDRA-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Brandon Williams (Jira)]

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

Brandon Williams commented on CASSANDRA-15595:
--

Did this begin after you upgraded?  Also it looks like you're running Zing, can 
you confirm?

> Many errors of "java.lang.AssertionError: Illegal bounds"
> -
>
> Key: CASSANDRA-15595
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Yakir Gibraltar
>Priority: Normal
>
> Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
> {code}
> ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
> AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
> Thread[ReadStage-6,5,main]
> java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
> 2761628520
> at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
>  ~[apache-cassandra-3.11.6.ja
> r:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
>  ~[caffeine-2.2.6.jar:na]
> at 
> java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
> ~[na:1.8.0-zing_19.12.102.0]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
>  ~[caffeine-2.2.6.jar:na]
> at 
> com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
>  ~[caffeine-2.2.6.jar:na]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
> ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
>  ~[apache-cassandra-3.11.6.jar:3.11.6]
> at 
> 

[jira] [Created] (CASSANDRA-15595) Many errors of "java.lang.AssertionError: Illegal bounds"

[Yakir Gibraltar (Jira)]

Yakir Gibraltar created CASSANDRA-15595:
---

 Summary: Many errors of "java.lang.AssertionError: Illegal bounds"
 Key: CASSANDRA-15595
 URL: https://issues.apache.org/jira/browse/CASSANDRA-15595
 Project: Cassandra
  Issue Type: Bug
Reporter: Yakir Gibraltar


Hi, i'm running cassandra 3.11.6 and getting on all hosts many errors of:
{code}
ERROR [ReadStage-6] 2020-02-24 13:53:34,528 
AbstractLocalAwareExecutorService.java:169 - Uncaught exception on thread 
Thread[ReadStage-6,5,main]
java.lang.AssertionError: Illegal bounds [-2102982480..-2102982472); size: 
2761628520
at org.apache.cassandra.io.util.Memory.checkBounds(Memory.java:345) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at org.apache.cassandra.io.util.Memory.getLong(Memory.java:254) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.compress.CompressionMetadata.chunkFor(CompressionMetadata.java:234)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.util.CompressedChunkReader$Standard.readChunk(CompressedChunkReader.java:114)
 ~[apache-cassandra-3.11.6.ja
r:3.11.6]
at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:158) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at org.apache.cassandra.cache.ChunkCache.load(ChunkCache.java:39) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache$BoundedLocalLoadingCache.lambda$new$0(BoundedLocalCache.java:2949)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$15(BoundedLocalCache.java:1807)
 ~[caffeine-2.2.6.jar:na]
at 
java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853) 
~[na:1.8.0-zing_19.12.102.0]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:1805)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:1788)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:97)
 ~[caffeine-2.2.6.jar:na]
at 
com.github.benmanes.caffeine.cache.LocalLoadingCache.get(LocalLoadingCache.java:66)
 ~[caffeine-2.2.6.jar:na]
at 
org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:236)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.cache.ChunkCache$CachingRebufferer.rebuffer(ChunkCache.java:214)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.util.RandomAccessReader.reBufferAt(RandomAccessReader.java:65)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.util.RandomAccessReader.seek(RandomAccessReader.java:207)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.util.FileHandle.createReader(FileHandle.java:150) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.sstable.format.SSTableReader.getFileDataInput(SSTableReader.java:1807)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.columniterator.AbstractSSTableIterator.(AbstractSSTableIterator.java:103)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.columniterator.SSTableIterator.(SSTableIterator.java:49)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:72)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.io.sstable.format.big.BigTableReader.iterator(BigTableReader.java:65)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.StorageHook$1.makeRowIterator(StorageHook.java:100) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndSSTablesInTimestampOrder(SinglePartitionReadCommand.java:982)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:693)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:670)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.SinglePartitionReadCommand.queryStorage(SinglePartitionReadCommand.java:504)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.ReadCommand.executeLocally(ReadCommand.java:423) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.db.ReadCommandVerbHandler.doVerb(ReadCommandVerbHandler.java:48)
 ~[apache-cassandra-3.11.6.jar:3.11.6]
at 
org.apache.cassandra.net.MessageDeliveryTask.run(MessageDeliveryTask.java:66) 
~[apache-cassandra-3.11.6.jar:3.11.6]
at 

[jira] [Commented] (CASSANDRA-15593) seems reading repair bug

[Brandon Williams (Jira)]

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

Brandon Williams commented on CASSANDRA-15593:
--

bq.  but the read repair does't work every time(i test many times)

How do you know? What are the results from the select?

> seems reading repair bug
> 
>
> Key: CASSANDRA-15593
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15593
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Antonio
>Priority: Normal
>
> cassandra version：2.1.15
> i have one dc and 3nodes 
> 1. create KEYSPACE test WITH replication = \{'class': 
> 'NetworkTopologyStrategy', 'DC1':'3' } and durable_writes = 'true';
> 2. create table test(a int , b int , c int , primary key(a)) with 
> dclocal_read_repair_chance = 1.0;
> 3. insert one row into table test，instert into test(a, b, c) values (1, 1, 
> 1); and remove sstable on two nodes and result below：
>     node1：have correct row 1 1 1
>     node2：doesn't have rf
>     node3：doesn't have rf
> 4. and i use local_one select one by one like this:
>     node1 un，node2 dn，node3 dn：return 1 1 1
>     node1 dn，node2 un，node3 dn：return null
>     node1 dn，node2 dn，node3 dn：return null 
>     this prove node1 have correct rf
> 5. and i let all node un，user local_quarum to select , select * from test 
> where a = 1;
>     but the read repair does't work every time(i test many times)，that's the 
> problem(same in 3.0.15)
>  
> i hope if i set dclocal_read_repair_chance = 1.0，every time i read by 
> local_quarum， if any rf digest does't match，read repair will work，and repair 
> all nodes
>  
> i.m not sure does's the problem happends in this code()
> wish for your reply，thanks
> public void response(MessageIn message)
> {
> resolver.preprocess(message);int n = waitingFor(message)
>   ? recievedUpdater.incrementAndGet(this)
>   : received;if (n >= blockfor && 
> resolver.isDataPresent())
> {
> this mean if return responses >= rf/2 +1 and a data response 
> return，it start compare，does't all response
> condition.signalAll();// kick off a background digest 
> comparison if this is a result that (may have) arrived after// 
> the original resolve that get() kicks off as soon as the condition is 
> signaledif (blockfor < endpoints.size() && n == endpoints.size())
> {
> TraceState traceState = Tracing.instance.get();   
>  if (traceState != null)
> traceState.trace("Initiating read-repair");
> StageManager.getStage(Stage.READ_REPAIR).execute(new 
> AsyncRepairRunner(traceState));
> }
> }
> }



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Assigned] (CASSANDRA-15593) seems reading repair bug

[Brandon Williams (Jira)]

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

Brandon Williams reassigned CASSANDRA-15593:


Assignee: (was: Aleksey Yeschenko)

> seems reading repair bug
> 
>
> Key: CASSANDRA-15593
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15593
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Antonio
>Priority: Normal
>
> cassandra version：2.1.15
> i have one dc and 3nodes 
> 1. create KEYSPACE test WITH replication = \{'class': 
> 'NetworkTopologyStrategy', 'DC1':'3' } and durable_writes = 'true';
> 2. create table test(a int , b int , c int , primary key(a)) with 
> dclocal_read_repair_chance = 1.0;
> 3. insert one row into table test，instert into test(a, b, c) values (1, 1, 
> 1); and remove sstable on two nodes and result below：
>     node1：have correct row 1 1 1
>     node2：doesn't have rf
>     node3：doesn't have rf
> 4. and i use local_one select one by one like this:
>     node1 un，node2 dn，node3 dn：return 1 1 1
>     node1 dn，node2 un，node3 dn：return null
>     node1 dn，node2 dn，node3 dn：return null 
>     this prove node1 have correct rf
> 5. and i let all node un，user local_quarum to select , select * from test 
> where a = 1;
>     but the read repair does't work every time(i test many times)，that's the 
> problem(same in 3.0.15)
>  
> i hope if i set dclocal_read_repair_chance = 1.0，every time i read by 
> local_quarum， if any rf digest does't match，read repair will work，and repair 
> all nodes
>  
> i.m not sure does's the problem happends in this code()
> wish for your reply，thanks
> public void response(MessageIn message)
> {
> resolver.preprocess(message);int n = waitingFor(message)
>   ? recievedUpdater.incrementAndGet(this)
>   : received;if (n >= blockfor && 
> resolver.isDataPresent())
> {
> this mean if return responses >= rf/2 +1 and a data response 
> return，it start compare，does't all response
> condition.signalAll();// kick off a background digest 
> comparison if this is a result that (may have) arrived after// 
> the original resolve that get() kicks off as soon as the condition is 
> signaledif (blockfor < endpoints.size() && n == endpoints.size())
> {
> TraceState traceState = Tracing.instance.get();   
>  if (traceState != null)
> traceState.trace("Initiating read-repair");
> StageManager.getStage(Stage.READ_REPAIR).execute(new 
> AsyncRepairRunner(traceState));
> }
> }
> }



--
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-15594) Uncaught exception on thread Thread[MutationStage-1,5,main]

[Aleksandr (Jira)]

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

Aleksandr updated CASSANDRA-15594:
--
Summary: Uncaught exception on thread Thread[MutationStage-1,5,main]  (was: 
Cassandra AssertionError, AbstractLocalAwareExecutorService.java:167)

> Uncaught exception on thread Thread[MutationStage-1,5,main]
> ---
>
> Key: CASSANDRA-15594
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Aleksandr
>Priority: Normal
>  Labels: 3.11.4
>
> Hi.
> We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
> cpp-driver 2.12.0 is used to communicate with Cassandra.
> We have 13 tables in total.
> Recently we've noticed that one particular INSERT operation fails with the 
> error "Write failure: Operation failed - received 0 responses and 2 failures" 
> - we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
> {code:java}
> INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
> VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
> Every time this particular INSERT happens we see the error in the log:
> {code:java}
> WARN [MutationStage-1] 2020-02-21 12:13:46,435 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-1,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.TreeBuilder.update(TreeBuilder.java:95) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.BTree.update(BTree.java:182) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition.addAllWithSizeDelta(AtomicBTreePartition.java:156)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Memtable.put(Memtable.java:282) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1352) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:626) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:470) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:450) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.service.paxos.PaxosState.commit(PaxosState.java:150) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:571)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$LocalMutationRunnable.run(StorageProxy.java:2637)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> ~[na:1.8.0_232]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:162)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$LocalSessionFutureTask.run(AbstractLocalAwareExecutorService.java:134)
>  [apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:114) 
> [apache-cassandra-3.11.4.jar:3.11.4]
>  at java.lang.Thread.run(Thread.java:748) [na:1.8.0_232]
> WARN [MutationStage-4] 2020-02-21 12:13:46,449 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-4,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 

[jira] [Commented] (CASSANDRA-15241) Virtual table to expose current running queries

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith commented on CASSANDRA-15241:


It's worth noting that running time accuracy depends on the compiler emitting 
the right instructions, which it's under no duty to do with the JMM (this was 
true before too).  This is probably fine, since it's likely to, but we could 
also utilise either {{volatile}} or {{volatile}} with {{lazySet}} when setting 
the {{approxTimeOfStart}} value in each {{DebuggableTask}} to guarantee it.

> Virtual table to expose current running queries
> ---
>
> Key: CASSANDRA-15241
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15241
> Project: Cassandra
>  Issue Type: New Feature
>  Components: Feature/Virtual Tables
>Reporter: Chris Lohfink
>Assignee: Chris Lohfink
>Priority: Normal
>
> Expose current running queries and their duration.
> {code}cqlsh> select * from system_views.queries;
>  thread_id| duration_micros | task
> --+-+-
>  Native-Transport-Requests-17 |6325 |  QUERY 
> select * from system_views.queries; [pageSize = 100]
>   Native-Transport-Requests-4 |   14681 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>   Native-Transport-Requests-6 |   14678 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>  ReadStage-10 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-13 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-14 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-19 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-20 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-22 |7279 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-23 |4716 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-5 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-7 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-8 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Comment Edited] (CASSANDRA-15241) Virtual table to expose current running queries

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith edited comment on CASSANDRA-15241 at 2/24/20 10:21 AM:
--

It's worth noting that running time accuracy depends on the compiler emitting 
the right instructions, which it's under no duty to do with the JMM (this was 
true before too).  This is probably fine, since it's likely to and this doesn't 
impact system correctness, but we could also utilise either {{volatile}} or 
{{volatile}} with {{lazySet}} when setting the {{approxTimeOfStart}} value in 
each {{DebuggableTask}} to guarantee it.


was (Author: benedict):
It's worth noting that running time accuracy depends on the compiler emitting 
the right instructions, which it's under no duty to do with the JMM (this was 
true before too).  This is probably fine, since it's likely to, but we could 
also utilise either {{volatile}} or {{volatile}} with {{lazySet}} when setting 
the {{approxTimeOfStart}} value in each {{DebuggableTask}} to guarantee it.

> Virtual table to expose current running queries
> ---
>
> Key: CASSANDRA-15241
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15241
> Project: Cassandra
>  Issue Type: New Feature
>  Components: Feature/Virtual Tables
>Reporter: Chris Lohfink
>Assignee: Chris Lohfink
>Priority: Normal
>
> Expose current running queries and their duration.
> {code}cqlsh> select * from system_views.queries;
>  thread_id| duration_micros | task
> --+-+-
>  Native-Transport-Requests-17 |6325 |  QUERY 
> select * from system_views.queries; [pageSize = 100]
>   Native-Transport-Requests-4 |   14681 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>   Native-Transport-Requests-6 |   14678 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>  ReadStage-10 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-13 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-14 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-19 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-20 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-22 |7279 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-23 |4716 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-5 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-7 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-8 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Commented] (CASSANDRA-15241) Virtual table to expose current running queries

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith commented on CASSANDRA-15241:


Ok, I've [pushed|https://github.com/belliottsmith/cassandra/tree/15241-suggest] 
some changes to report queueing time and running time separately.  I've also 
tweaked the naming of the methods from indicating _units_ to the _clock_ (i.e. 
_approxTime_), but this is a weakly held conviction (I'm just unconvinced units 
mean anything by themselves for a clock, since the epoch is equally important)

> Virtual table to expose current running queries
> ---
>
> Key: CASSANDRA-15241
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15241
> Project: Cassandra
>  Issue Type: New Feature
>  Components: Feature/Virtual Tables
>Reporter: Chris Lohfink
>Assignee: Chris Lohfink
>Priority: Normal
>
> Expose current running queries and their duration.
> {code}cqlsh> select * from system_views.queries;
>  thread_id| duration_micros | task
> --+-+-
>  Native-Transport-Requests-17 |6325 |  QUERY 
> select * from system_views.queries; [pageSize = 100]
>   Native-Transport-Requests-4 |   14681 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>   Native-Transport-Requests-6 |   14678 | EXECUTE 
> f4115f91190d4acf09e452637f1f2444 with 0 values at consistency LOCAL_ONE
>  ReadStage-10 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-13 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-14 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-19 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-20 |   11861 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-22 |7279 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>  ReadStage-23 |4716 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-5 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-7 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000
>   ReadStage-8 |   16535 | 
>SELECT * FROM basic.wide1 LIMIT 5000{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

[jira] [Commented] (CASSANDRA-15375) Remove BackPressureStrategy

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith commented on CASSANDRA-15375:


For sake of discussion, 
[here|http://github.com/belliottsmith/cassandra/tree/15375] is a quick 10m 
patch (I guess I was a slight optimist) to remove this from the codebase

> Remove BackPressureStrategy
> ---
>
> Key: CASSANDRA-15375
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15375
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Client, Observability/Logging
>Reporter: Jon Haddad
>Assignee: Jon Haddad
>Priority: Low
>
> This is odd:
> {{INFO [main] 2019-10-25 10:33:07,985 DatabaseDescriptor.java:803 - 
> Back-pressure is disabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}
> When I saw that, I wasn't sure if back pressure was actually disabled, or if 
> I was really using {{RateBasedBackPressure.}}
> This should change to output either:
> {{Back-pressure is disabled}}
> {{or}}
> {{Back-pressure is enabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}{{}}
>  



--
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-15375) Remove BackPressureStrategy

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith updated CASSANDRA-15375:
---
Component/s: Messaging/Client

> Remove BackPressureStrategy
> ---
>
> Key: CASSANDRA-15375
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15375
> Project: Cassandra
>  Issue Type: Bug
>  Components: Messaging/Client, Observability/Logging
>Reporter: Jon Haddad
>Assignee: Jon Haddad
>Priority: Low
>
> This is odd:
> {{INFO [main] 2019-10-25 10:33:07,985 DatabaseDescriptor.java:803 - 
> Back-pressure is disabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}
> When I saw that, I wasn't sure if back pressure was actually disabled, or if 
> I was really using {{RateBasedBackPressure.}}
> This should change to output either:
> {{Back-pressure is disabled}}
> {{or}}
> {{Back-pressure is enabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}{{}}
>  



--
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-15375) Remove BackPressureStrategy

[Benedict Elliott Smith (Jira)]

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

Benedict Elliott Smith updated CASSANDRA-15375:
---
Summary: Remove BackPressureStrategy  (was: back pressure log line is 
misleading)

> Remove BackPressureStrategy
> ---
>
> Key: CASSANDRA-15375
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15375
> Project: Cassandra
>  Issue Type: Bug
>  Components: Observability/Logging
>Reporter: Jon Haddad
>Assignee: Jon Haddad
>Priority: Low
>
> This is odd:
> {{INFO [main] 2019-10-25 10:33:07,985 DatabaseDescriptor.java:803 - 
> Back-pressure is disabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}
> When I saw that, I wasn't sure if back pressure was actually disabled, or if 
> I was really using {{RateBasedBackPressure.}}
> This should change to output either:
> {{Back-pressure is disabled}}
> {{or}}
> {{Back-pressure is enabled with strategy 
> org.apache.cassandra.net.RateBasedBackPressure\{high_ratio=0.9, factor=5, 
> flow=FAST}.}}{{}}
>  



--
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-15553) Preview repair should include sstables from finalized incremental repair sessions

[Marcus Eriksson (Jira)]

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

Marcus Eriksson commented on CASSANDRA-15553:
-

bq. CassandraValidationIterator.java:61 - stray whitespace at top of class def

https://github.com/krummas/cassandra/commit/142d11c1539ed677dfd4e1f21fb09a6fd68b79fc

bq. LocalSessions$Listener - it would be nice to have a more descriptive method 
name `onIncrementalStateChange` or something. We have at least a few listeners 
with generic `onStateChange` methods

https://github.com/krummas/cassandra/commit/c4248ddce35a14549e617379fc2fabdd275ee3a1
 (made it {{onIRStateChange}})

bq. RepairSession#stateChange - we should return after forcingShutdown. 
Alternatively, we could use Iterables.any(ranges(), r -> 
r.intersects(session.ranges) instead of iterating over the ranges.

https://github.com/krummas/cassandra/commit/dd8cafea5debfb9cf90794ed3f9cc4a258681717

bq. RepairSession#involvesTables - includesSSTables or containsSSTables might 
be a better name

https://github.com/krummas/cassandra/commit/8f212ad77e53c0823a56fbc0d7da04f085200f56
 ({{includesTables}} - we are not dealing with sstables here)

> Preview repair should include sstables from finalized incremental repair 
> sessions
> -
>
> Key: CASSANDRA-15553
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15553
> Project: Cassandra
>  Issue Type: Bug
>  Components: Consistency/Repair
>Reporter: Marcus Eriksson
>Assignee: Marcus Eriksson
>Priority: Normal
> Fix For: 4.0-alpha
>
>
> When running a preview repair we currently grab all repaired sstables, 
> problem is that we depend on compaction to move the sstables from pending to 
> repaired so we might have different data marked repaired on different nodes. 
> Including any sstables from finalized incremental repair sessions as repaired 
> will solve this.
> Another problem is that validations don't start at exactly the same time on 
> different nodes, so if an incremental repair finishes while the preview 
> repair is running we might also validate the wrong repaired set. We should 
> fail the preview repair if an intersecting incremental repair finishes during 
> the preview repair.



--
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-15594) Cassandra AssertionError, AbstractLocalAwareExecutorService.java:167

[Aleksandr (Jira)]

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

Aleksandr updated CASSANDRA-15594:
--
Labels: 3.11.4  (was: )

> Cassandra AssertionError, AbstractLocalAwareExecutorService.java:167
> 
>
> Key: CASSANDRA-15594
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
> Project: Cassandra
>  Issue Type: Bug
>Reporter: Aleksandr
>Priority: Normal
>  Labels: 3.11.4
>
> Hi.
> We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
> cpp-driver 2.12.0 is used to communicate with Cassandra.
> We have 13 tables in total.
> Recently we've noticed that one particular INSERT operation fails with the 
> error "Write failure: Operation failed - received 0 responses and 2 failures" 
> - we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
> {code:java}
> INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
> VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
> Every time this particular INSERT happens we see the error in the log:
> {code:java}
> WARN [MutationStage-1] 2020-02-21 12:13:46,435 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-1,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.TreeBuilder.update(TreeBuilder.java:95) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.utils.btree.BTree.update(BTree.java:182) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.partitions.AtomicBTreePartition.addAllWithSizeDelta(AtomicBTreePartition.java:156)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Memtable.put(Memtable.java:282) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1352) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:626) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:470) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:450) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.service.paxos.PaxosState.commit(PaxosState.java:150) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:571)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.service.StorageProxy$LocalMutationRunnable.run(StorageProxy.java:2637)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> ~[na:1.8.0_232]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:162)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$LocalSessionFutureTask.run(AbstractLocalAwareExecutorService.java:134)
>  [apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:114) 
> [apache-cassandra-3.11.4.jar:3.11.4]
>  at java.lang.Thread.run(Thread.java:748) [na:1.8.0_232]
> WARN [MutationStage-4] 2020-02-21 12:13:46,449 
> AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
> Thread[MutationStage-4,5,main]: {}
> java.lang.AssertionError: null
>  at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
>  ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
> ~[apache-cassandra-3.11.4.jar:3.11.4]
>  at 
> 

[jira] [Created] (CASSANDRA-15594) Cassandra AssertionError, AbstractLocalAwareExecutorService.java:167

[Aleksandr (Jira)]

Aleksandr created CASSANDRA-15594:
-

 Summary: Cassandra AssertionError, 
AbstractLocalAwareExecutorService.java:167
 Key: CASSANDRA-15594
 URL: https://issues.apache.org/jira/browse/CASSANDRA-15594
 Project: Cassandra
  Issue Type: Bug
Reporter: Aleksandr


Hi.
We have a cluster of 3 machines running Cassandra 3.11.4 for several months, 
cpp-driver 2.12.0 is used to communicate with Cassandra.
We have 13 tables in total.
Recently we've noticed that one particular INSERT operation fails with the 
error "Write failure: Operation failed - received 0 responses and 2 failures" - 
we retry twice the same query with timeouts 1 and 5.1 seconds. The query is:
{code:java}
INSERT INTO keyspace1.table1 (column1, column2, column3, column4, column5) 
VALUES (?, ?, ?, ?, ?) IF NOT EXISTS{code}
Every time this particular INSERT happens we see the error in the log:
{code:java}
WARN [MutationStage-1] 2020-02-21 12:13:46,435 
AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
Thread[MutationStage-1,5,main]: {}
java.lang.AssertionError: null
 at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.utils.btree.TreeBuilder.update(TreeBuilder.java:95) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.utils.btree.BTree.update(BTree.java:182) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.db.partitions.AtomicBTreePartition.addAllWithSizeDelta(AtomicBTreePartition.java:156)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.db.Memtable.put(Memtable.java:282) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.db.ColumnFamilyStore.apply(ColumnFamilyStore.java:1352) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.db.Keyspace.applyInternal(Keyspace.java:626) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:470) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.db.Keyspace.apply(Keyspace.java:450) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.service.paxos.PaxosState.commit(PaxosState.java:150) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.service.StorageProxy$6.runMayThrow(StorageProxy.java:571) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.service.StorageProxy$LocalMutationRunnable.run(StorageProxy.java:2637)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
~[na:1.8.0_232]
 at 
org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:162)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$LocalSessionFutureTask.run(AbstractLocalAwareExecutorService.java:134)
 [apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:114) 
[apache-cassandra-3.11.4.jar:3.11.4]
 at java.lang.Thread.run(Thread.java:748) [na:1.8.0_232]
WARN [MutationStage-4] 2020-02-21 12:13:46,449 
AbstractLocalAwareExecutorService.java:167 - Uncaught exception on thread 
Thread[MutationStage-4,5,main]: {}
java.lang.AssertionError: null
 at org.apache.cassandra.db.NativeClustering.(NativeClustering.java:45) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.utils.memory.NativeAllocator$CloningBTreeRowBuilder.newRow(NativeAllocator.java:80)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.db.rows.Rows.copy(Rows.java:43) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:332)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.db.partitions.AtomicBTreePartition$RowUpdater.apply(AtomicBTreePartition.java:295)
 ~[apache-cassandra-3.11.4.jar:3.11.4]
 at 
org.apache.cassandra.utils.btree.NodeBuilder.addNewKey(NodeBuilder.java:323) 
~[apache-cassandra-3.11.4.jar:3.11.4]
 at org.apache.cassandra.utils.btree.NodeBuilder.update(NodeBuilder.java:184)