[jira] [Commented] (CASSANDRA-15999) Cassandra 3.0.21 debian package is half available
[
https://issues.apache.org/jira/browse/CASSANDRA-15999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17168105#comment-17168105
]
Brice Figureau commented on CASSANDRA-15999:
I confirm this is now working.
Many thanks for fixing the problem so quickly!
You can close the ticket.
> Cassandra 3.0.21 debian package is half available
> -
>
> Key: CASSANDRA-15999
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15999
> Project: Cassandra
> Issue Type: Bug
> Components: Packaging
>Reporter: Brice Figureau
>Assignee: Michael Semb Wever
>Priority: Normal
> Fix For: 3.0.21
>
> Attachments: Screen Shot 2020-07-30 at 17.30.41.png
>
>
> Hi,
> Cassandra 3.0.21 seems to have been released in the debian package
> repository, as it is selected by an {{apt install cassandra}} however the
> {{.deb}} is not available in the repository (only the {{.dsc}}):
>
> {code:java}
> # apt-get install cassandra
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following additional packages will be installed:
> cassandra-tools
> The following packages will be upgraded:
> cassandra cassandra-tools
> 2 upgraded, 0 newly installed, 0 to remove and 18 not upgraded.
> Need to get 25.5 MB/25.5 MB of archives.
> After this operation, 37.9 kB of additional disk space will be used.
> Do you want to continue? [Y/n] y
> Ign:1 https://dl.bintray.com/apache/cassandra 30x/main amd64 cassandra all
> 3.0.21
> Err:1 http://www.apache.org/dist/cassandra/debian 30x/main amd64 cassandra
> all 3.0.21
> 404 Not Found [IP: 52.58.94.94 443]
> E: Failed to fetch
> http://www.apache.org/dist/cassandra/debian/pool/main/c/cassandra/cassandra_3.0.21_all.deb
> 404 Not Found [IP: 52.58.94.94 443]
> E: Unable to fetch some archives, maybe run apt-get update or try with
> --fix-missing?
> {code}
>
> Indeed, there's no
> {{https://dl.bintray.com/apache/cassandra/dist/cassandra/debian/pool/main/c/cassandra/cassandra_3.0.21_all.deb}}
> file avaible.
> {{cassandra-tools}} 3.0.21 is available, and of course {{cassandra}} 3.0.20
> is available though.
> My current workaround is to use apt-pinning to pin to 3.0.20 until the
> problem is resolved.
>
--
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-15999) Cassandra 3.0.21 debian package is half available
Brice Figureau created CASSANDRA-15999:
--
Summary: Cassandra 3.0.21 debian package is half available
Key: CASSANDRA-15999
URL: https://issues.apache.org/jira/browse/CASSANDRA-15999
Project: Cassandra
Issue Type: Bug
Components: Packaging
Reporter: Brice Figureau
Hi,
Cassandra 3.0.21 seems to have been released in the debian package repository,
as it is selected by an {{apt install cassandra}} however the {{.deb}} is not
available in the repository (only the {{.dsc}}):
{code:java}
# apt-get install cassandra
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
cassandra-tools
The following packages will be upgraded:
cassandra cassandra-tools
2 upgraded, 0 newly installed, 0 to remove and 18 not upgraded.
Need to get 25.5 MB/25.5 MB of archives.
After this operation, 37.9 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Ign:1 https://dl.bintray.com/apache/cassandra 30x/main amd64 cassandra all
3.0.21
Err:1 http://www.apache.org/dist/cassandra/debian 30x/main amd64 cassandra all
3.0.21
404 Not Found [IP: 52.58.94.94 443]
E: Failed to fetch
http://www.apache.org/dist/cassandra/debian/pool/main/c/cassandra/cassandra_3.0.21_all.deb
404 Not Found [IP: 52.58.94.94 443]
E: Unable to fetch some archives, maybe run apt-get update or try with
--fix-missing?
{code}
Indeed, there's no
{{https://dl.bintray.com/apache/cassandra/dist/cassandra/debian/pool/main/c/cassandra/cassandra_3.0.21_all.deb}}
file avaible.
{{cassandra-tools}} 3.0.21 is available, and of course {{cassandra}} 3.0.20 is
available though.
My current workaround is to use apt-pinning to pin to 3.0.20 until the problem
is resolved.
--
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-10698) Static column performance with DISTINCT
[
https://issues.apache.org/jira/browse/CASSANDRA-10698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brice Figureau updated CASSANDRA-10698:
---
Priority: Critical (was: Major)
> Static column performance with DISTINCT
> ---
>
> Key: CASSANDRA-10698
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10698
> Project: Cassandra
> Issue Type: Bug
> Environment: Linux, cassandra 2.1.11
>Reporter: Brice Figureau
>Priority: Critical
> Labels: performance
> Attachments: bug-slow-distinct.tar.gz
>
>
> As described on the mailing list, with the following schema:
> {code:sql}
> CREATE TABLE akka.messages (
> persistence_id text,
> partition_nr bigint,
> sequence_nr bigint,
> message blob,
> used boolean static,
> PRIMARY KEY ((persistence_id, partition_nr), sequence_nr)
> ) WITH CLUSTERING ORDER BY (sequence_nr ASC)
> AND bloom_filter_fp_chance = 0.01
> AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}'
> AND comment = ''
> AND compaction = {'class':
> 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'}
> AND compression = {'sstable_compression':
> 'org.apache.cassandra.io.compress.LZ4Compressor'}
> AND dclocal_read_repair_chance = 0.1
> AND default_time_to_live = 0
> AND gc_grace_seconds = 216000
> AND max_index_interval = 2048
> AND memtable_flush_period_in_ms = 0
> AND min_index_interval = 128
> AND read_repair_chance = 0.0
> AND speculative_retry = '99.0PERCENTILE';
> {code}
> The following query:
> {code:sql}
> SELECT used from akka.messages WHERE
> persistence_id = 'player-SW11f03e20b8802000' AND
> partition_nr = 0;
> {code}
> is quite slow, and as slow as the {{distinct}} version:
> {code:sql}
> SELECT DISTINCT used from akka.messages WHERE
> persistence_id = 'player-SW11f03e20b8802000' AND
> partition_nr = 0;
> {code}
> As shown with this tracing from a small unloaded 3 nodes cluster:
> {noformat}
> activity
> | timestamp | source |
> source_elapsed
> ---+++
>
> Execute CQL3 query | 2015-11-13 11:04:41.771000 | 192.168.168.12 |
> 0
> Parsing SELECT DISTINCT used
> [SharedPool-Worker-1] | 2015-11-13 11:04:41.771000 | 192.168.168.12 |
> 78
> READ message received from /192.168.168.12
> [MessagingService-Incoming-/192.168.168.12] | 2015-11-13 11:04:41.772000 |
> 192.168.168.29 | 22
> Preparing statement
> [SharedPool-Worker-1] | 2015-11-13 11:04:41.772000 | 192.168.168.12 |
>271
> Executing single-partition query on messages
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
>424
>reading data from /192.168.168.29
> [SharedPool-Worker-1] | 2015-11-13 11:04:41.772000 | 192.168.168.12 |
>642
> Acquiring sstable references
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
>445
>Sending READ message to /192.168.168.29
> [MessagingService-Outgoing-/192.168.168.29] | 2015-11-13 11:04:41.772000 |
> 192.168.168.12 |738
> Merging memtable tombstones
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
>476
> Key cache hit for sstable 1126
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
>560
> Seeking to partition beginning in data file
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
>592
>Skipped 0/1 non-slice-intersecting sstables, included 0 due to tombstones
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
>960
> Merging data from memtables and 1 sstables
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.774000 | 192.168.168.29 |
>971
>Read 1 live and 0 tombstone cells
> [SharedPool-Worker-4] | 2015-11-13 11:04:47.301000 | 192.168.168.29 |
> 529270
>Enqueuing response to /192.168.168.12
> [SharedPool-Worker-4] |
[jira] [Commented] (CASSANDRA-10698) Static column performance with DISTINCT
[
https://issues.apache.org/jira/browse/CASSANDRA-10698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15021755#comment-15021755
]
Brice Figureau commented on CASSANDRA-10698:
Can anyone have a look to this issue, it affects us quite hard.
Thanks.
> Static column performance with DISTINCT
> ---
>
> Key: CASSANDRA-10698
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10698
> Project: Cassandra
> Issue Type: Bug
> Environment: Linux, cassandra 2.1.11
>Reporter: Brice Figureau
>Priority: Critical
> Labels: performance
> Attachments: bug-slow-distinct.tar.gz
>
>
> As described on the mailing list, with the following schema:
> {code:sql}
> CREATE TABLE akka.messages (
> persistence_id text,
> partition_nr bigint,
> sequence_nr bigint,
> message blob,
> used boolean static,
> PRIMARY KEY ((persistence_id, partition_nr), sequence_nr)
> ) WITH CLUSTERING ORDER BY (sequence_nr ASC)
> AND bloom_filter_fp_chance = 0.01
> AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}'
> AND comment = ''
> AND compaction = {'class':
> 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'}
> AND compression = {'sstable_compression':
> 'org.apache.cassandra.io.compress.LZ4Compressor'}
> AND dclocal_read_repair_chance = 0.1
> AND default_time_to_live = 0
> AND gc_grace_seconds = 216000
> AND max_index_interval = 2048
> AND memtable_flush_period_in_ms = 0
> AND min_index_interval = 128
> AND read_repair_chance = 0.0
> AND speculative_retry = '99.0PERCENTILE';
> {code}
> The following query:
> {code:sql}
> SELECT used from akka.messages WHERE
> persistence_id = 'player-SW11f03e20b8802000' AND
> partition_nr = 0;
> {code}
> is quite slow, and as slow as the {{distinct}} version:
> {code:sql}
> SELECT DISTINCT used from akka.messages WHERE
> persistence_id = 'player-SW11f03e20b8802000' AND
> partition_nr = 0;
> {code}
> As shown with this tracing from a small unloaded 3 nodes cluster:
> {noformat}
> activity
> | timestamp | source |
> source_elapsed
> ---+++
>
> Execute CQL3 query | 2015-11-13 11:04:41.771000 | 192.168.168.12 |
> 0
> Parsing SELECT DISTINCT used
> [SharedPool-Worker-1] | 2015-11-13 11:04:41.771000 | 192.168.168.12 |
> 78
> READ message received from /192.168.168.12
> [MessagingService-Incoming-/192.168.168.12] | 2015-11-13 11:04:41.772000 |
> 192.168.168.29 | 22
> Preparing statement
> [SharedPool-Worker-1] | 2015-11-13 11:04:41.772000 | 192.168.168.12 |
>271
> Executing single-partition query on messages
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
>424
>reading data from /192.168.168.29
> [SharedPool-Worker-1] | 2015-11-13 11:04:41.772000 | 192.168.168.12 |
>642
> Acquiring sstable references
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
>445
>Sending READ message to /192.168.168.29
> [MessagingService-Outgoing-/192.168.168.29] | 2015-11-13 11:04:41.772000 |
> 192.168.168.12 |738
> Merging memtable tombstones
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
>476
> Key cache hit for sstable 1126
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
>560
> Seeking to partition beginning in data file
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
>592
>Skipped 0/1 non-slice-intersecting sstables, included 0 due to tombstones
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
>960
> Merging data from memtables and 1 sstables
> [SharedPool-Worker-4] | 2015-11-13 11:04:41.774000 | 192.168.168.29 |
>971
>Read 1 live and 0 tombstone cells
> [SharedPool-Worker-4] | 2015-11-13 11:04:47.301000 | 192.168.168.29 |
> 529270
>
[jira] [Created] (CASSANDRA-10698) Static column performance with DISTINCT
Brice Figureau created CASSANDRA-10698:
--
Summary: Static column performance with DISTINCT
Key: CASSANDRA-10698
URL: https://issues.apache.org/jira/browse/CASSANDRA-10698
Project: Cassandra
Issue Type: Bug
Components: core
Environment: Linux, cassandra 2.1.11
Reporter: Brice Figureau
Attachments: bug-slow-distinct.tar.gz
As described on the mailing list, with the following schema:
{code:sql}
CREATE TABLE akka.messages (
persistence_id text,
partition_nr bigint,
sequence_nr bigint,
message blob,
used boolean static,
PRIMARY KEY ((persistence_id, partition_nr), sequence_nr)
) WITH CLUSTERING ORDER BY (sequence_nr ASC)
AND bloom_filter_fp_chance = 0.01
AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}'
AND comment = ''
AND compaction = {'class':
'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'}
AND compression = {'sstable_compression':
'org.apache.cassandra.io.compress.LZ4Compressor'}
AND dclocal_read_repair_chance = 0.1
AND default_time_to_live = 0
AND gc_grace_seconds = 216000
AND max_index_interval = 2048
AND memtable_flush_period_in_ms = 0
AND min_index_interval = 128
AND read_repair_chance = 0.0
AND speculative_retry = '99.0PERCENTILE';
{code}
The following query:
{code:sql}
SELECT used from akka.messages WHERE
persistence_id = 'player-SW11f03e20b8802000' AND
partition_nr = 0;
{code}
is quite slow, and as slow as the {{distinct}} version:
{code:sql}
SELECT DISTINCT used from akka.messages WHERE
persistence_id = 'player-SW11f03e20b8802000' AND
partition_nr = 0;
{code}
As shown with this tracing from a small unloaded 3 nodes cluster:
{noformat}
activity
| timestamp | source |
source_elapsed
---+++
Execute CQL3 query | 2015-11-13 11:04:41.771000 | 192.168.168.12 | 0
Parsing SELECT DISTINCT used
[SharedPool-Worker-1] | 2015-11-13 11:04:41.771000 | 192.168.168.12 |
78
READ message received from /192.168.168.12
[MessagingService-Incoming-/192.168.168.12] | 2015-11-13 11:04:41.772000 |
192.168.168.29 | 22
Preparing statement
[SharedPool-Worker-1] | 2015-11-13 11:04:41.772000 | 192.168.168.12 |
271
Executing single-partition query on messages
[SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
424
reading data from /192.168.168.29
[SharedPool-Worker-1] | 2015-11-13 11:04:41.772000 | 192.168.168.12 |
642
Acquiring sstable references
[SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
445
Sending READ message to /192.168.168.29
[MessagingService-Outgoing-/192.168.168.29] | 2015-11-13 11:04:41.772000 |
192.168.168.12 |738
Merging memtable tombstones
[SharedPool-Worker-4] | 2015-11-13 11:04:41.772000 | 192.168.168.29 |
476
Key cache hit for sstable 1126
[SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
560
Seeking to partition beginning in data file
[SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
592
Skipped 0/1 non-slice-intersecting sstables, included 0 due to tombstones
[SharedPool-Worker-4] | 2015-11-13 11:04:41.773000 | 192.168.168.29 |
960
Merging data from memtables and 1 sstables
[SharedPool-Worker-4] | 2015-11-13 11:04:41.774000 | 192.168.168.29 |
971
Read 1 live and 0 tombstone cells
[SharedPool-Worker-4] | 2015-11-13 11:04:47.301000 | 192.168.168.29 |
529270
Enqueuing response to /192.168.168.12
[SharedPool-Worker-4] | 2015-11-13 11:04:47.316000 | 192.168.168.29 |
544885
Sending REQUEST_RESPONSE message to /192.168.168.12
[MessagingService-Outgoing-/192.168.168.12] | 2015-11-13 11:04:47.317000 |
192.168.168.29 | 545042
REQUEST_RESPONSE message received from /192.168.168.29
[MessagingService-Incoming-/192.168.168.29] | 2015-11-13 11:04:47.429000 |
192.168.168.12 | 657918
[jira] [Commented] (CASSANDRA-10630) NullPointerException in DeletionInfo.isDeleted
[
https://issues.apache.org/jira/browse/CASSANDRA-10630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14984039#comment-14984039
]
Brice Figureau commented on CASSANDRA-10630:
Looking at the code in the cassandra-2.1 branch there's now a guard code {{if
(firstCell == null)}} in {{RangeSliceQueryPager.containsPreviousLast}}, so this
is certainly a duplicate.
> NullPointerException in DeletionInfo.isDeleted
> --
>
> Key: CASSANDRA-10630
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10630
> Project: Cassandra
> Issue Type: Bug
> Components: CQL
> Environment: Linux 64 bits
>Reporter: Brice Figureau
>
> The following CQL query:
> {code:sql}
> select count(*) from messages;
> {code}
> sometimes produces the following stack trace:
> {code}
> ERROR [SharedPool-Worker-1] 2015-10-31 16:32:22,606 ErrorMessage.java:251 -
> Unexpected exception during request
> java.lang.NullPointerException: null
> at
> org.apache.cassandra.db.DeletionInfo.isDeleted(DeletionInfo.java:138)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.service.pager.RangeSliceQueryPager.containsPreviousLast(RangeSliceQueryPager.java:102)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.service.pager.AbstractQueryPager.fetchPage(AbstractQueryPager.java:119)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.service.pager.RangeSliceQueryPager.fetchPage(RangeSliceQueryPager.java:39)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.statements.SelectStatement.pageCountQuery(SelectStatement.java:286)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:230)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:67)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:238)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:260)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.transport.messages.QueryMessage.execute(QueryMessage.java:122)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:439)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:335)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [na:1.8.0_51]
> at
> org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:164)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_51]
> {code}
> After taking a snapshot on all participating nodes, the query starts to
> apparently succeed.
> The table schema is:
> {code:sql}
> CREATE TABLE akka.messages (
> persistence_id text,
> partition_nr bigint,
> sequence_nr bigint,
> message blob,
> used boolean static,
> PRIMARY KEY ((persistence_id, partition_nr), sequence_nr)
> ) WITH CLUSTERING ORDER BY (sequence_nr ASC)
> AND bloom_filter_fp_chance = 0.01
> AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}'
> AND comment = ''
> AND compaction = {'class':
> 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'}
> AND compression = {'sstable_compression':
> 'org.apache.cassandra.io.compress.LZ4Compressor'}
> AND dclocal_read_repair_chance = 0.1
> AND default_time_to_live = 0
> AND gc_grace_seconds = 864000
> AND max_index_interval = 2048
> AND memtable_flush_period_in_ms = 0
> AND min_index_interval = 128
> AND read_repair_chance = 0.0
> AND speculative_retry = '99.0PERCENTILE';
> {code}
> (this is from the [Akka
[jira] [Resolved] (CASSANDRA-10630) NullPointerException in DeletionInfo.isDeleted
[
https://issues.apache.org/jira/browse/CASSANDRA-10630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brice Figureau resolved CASSANDRA-10630.
Resolution: Duplicate
Fix Version/s: 2.1.x
> NullPointerException in DeletionInfo.isDeleted
> --
>
> Key: CASSANDRA-10630
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10630
> Project: Cassandra
> Issue Type: Bug
> Components: CQL
> Environment: Linux 64 bits
>Reporter: Brice Figureau
> Fix For: 2.1.x
>
>
> The following CQL query:
> {code:sql}
> select count(*) from messages;
> {code}
> sometimes produces the following stack trace:
> {code}
> ERROR [SharedPool-Worker-1] 2015-10-31 16:32:22,606 ErrorMessage.java:251 -
> Unexpected exception during request
> java.lang.NullPointerException: null
> at
> org.apache.cassandra.db.DeletionInfo.isDeleted(DeletionInfo.java:138)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.service.pager.RangeSliceQueryPager.containsPreviousLast(RangeSliceQueryPager.java:102)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.service.pager.AbstractQueryPager.fetchPage(AbstractQueryPager.java:119)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.service.pager.RangeSliceQueryPager.fetchPage(RangeSliceQueryPager.java:39)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.statements.SelectStatement.pageCountQuery(SelectStatement.java:286)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:230)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:67)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:238)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:260)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.transport.messages.QueryMessage.execute(QueryMessage.java:122)
> ~[apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:439)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at
> org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:335)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
> [netty-all-4.0.23.Final.jar:4.0.23.Final]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [na:1.8.0_51]
> at
> org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:164)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105)
> [apache-cassandra-2.1.11.jar:2.1.11]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_51]
> {code}
> After taking a snapshot on all participating nodes, the query starts to
> apparently succeed.
> The table schema is:
> {code:sql}
> CREATE TABLE akka.messages (
> persistence_id text,
> partition_nr bigint,
> sequence_nr bigint,
> message blob,
> used boolean static,
> PRIMARY KEY ((persistence_id, partition_nr), sequence_nr)
> ) WITH CLUSTERING ORDER BY (sequence_nr ASC)
> AND bloom_filter_fp_chance = 0.01
> AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}'
> AND comment = ''
> AND compaction = {'class':
> 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'}
> AND compression = {'sstable_compression':
> 'org.apache.cassandra.io.compress.LZ4Compressor'}
> AND dclocal_read_repair_chance = 0.1
> AND default_time_to_live = 0
> AND gc_grace_seconds = 864000
> AND max_index_interval = 2048
> AND memtable_flush_period_in_ms = 0
> AND min_index_interval = 128
> AND read_repair_chance = 0.0
> AND speculative_retry = '99.0PERCENTILE';
> {code}
> (this is from the [Akka Cassandra Persistence journal
> plugin|https://github.com/krasserm/akka-persistence-cassandra])
--
This message was sent by Atlassian JIRA
[jira] [Created] (CASSANDRA-10630) NullPointerException in DeletionInfo.isDeleted
Brice Figureau created CASSANDRA-10630:
--
Summary: NullPointerException in DeletionInfo.isDeleted
Key: CASSANDRA-10630
URL: https://issues.apache.org/jira/browse/CASSANDRA-10630
Project: Cassandra
Issue Type: Bug
Components: CQL
Environment: Linux 64 bits
Reporter: Brice Figureau
The following CQL query:
{code:sql}
select count(*) from messages;
{code}
sometimes produces the following stack trace:
{code}
ERROR [SharedPool-Worker-1] 2015-10-31 16:32:22,606 ErrorMessage.java:251 -
Unexpected exception during request
java.lang.NullPointerException: null
at
org.apache.cassandra.db.DeletionInfo.isDeleted(DeletionInfo.java:138)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.service.pager.RangeSliceQueryPager.containsPreviousLast(RangeSliceQueryPager.java:102)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.service.pager.AbstractQueryPager.fetchPage(AbstractQueryPager.java:119)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.service.pager.RangeSliceQueryPager.fetchPage(RangeSliceQueryPager.java:39)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.cql3.statements.SelectStatement.pageCountQuery(SelectStatement.java:286)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:230)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.cql3.statements.SelectStatement.execute(SelectStatement.java:67)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.cql3.QueryProcessor.processStatement(QueryProcessor.java:238)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.cql3.QueryProcessor.process(QueryProcessor.java:260)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.transport.messages.QueryMessage.execute(QueryMessage.java:122)
~[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:439)
[apache-cassandra-2.1.11.jar:2.1.11]
at
org.apache.cassandra.transport.Message$Dispatcher.channelRead0(Message.java:335)
[apache-cassandra-2.1.11.jar:2.1.11]
at
io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)
[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.channel.AbstractChannelHandlerContext.access$700(AbstractChannelHandlerContext.java:32)
[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
io.netty.channel.AbstractChannelHandlerContext$8.run(AbstractChannelHandlerContext.java:324)
[netty-all-4.0.23.Final.jar:4.0.23.Final]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[na:1.8.0_51]
at
org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:164)
[apache-cassandra-2.1.11.jar:2.1.11]
at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:105)
[apache-cassandra-2.1.11.jar:2.1.11]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_51]
{code}
After taking a snapshot on all participating nodes, the query starts to
apparently succeed.
The table schema is:
{code:sql}
CREATE TABLE akka.messages (
persistence_id text,
partition_nr bigint,
sequence_nr bigint,
message blob,
used boolean static,
PRIMARY KEY ((persistence_id, partition_nr), sequence_nr)
) WITH CLUSTERING ORDER BY (sequence_nr ASC)
AND bloom_filter_fp_chance = 0.01
AND caching = '{"keys":"ALL", "rows_per_partition":"NONE"}'
AND comment = ''
AND compaction = {'class':
'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'}
AND compression = {'sstable_compression':
'org.apache.cassandra.io.compress.LZ4Compressor'}
AND dclocal_read_repair_chance = 0.1
AND default_time_to_live = 0
AND gc_grace_seconds = 864000
AND max_index_interval = 2048
AND memtable_flush_period_in_ms = 0
AND min_index_interval = 128
AND read_repair_chance = 0.0
AND speculative_retry = '99.0PERCENTILE';
{code}
(this is from the [Akka Cassandra Persistence journal
plugin|https://github.com/krasserm/akka-persistence-cassandra])
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
