You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "David Alves (JIRA)" <ji...@apache.org> on 2012/08/18 03:03:37 UTC
[jira] [Created] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
David Alves created CASSANDRA-4555:
--------------------------------------
Summary: select statement with indexed column causes node to OOM
Key: CASSANDRA-4555
URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
Project: Cassandra
Issue Type: Bug
Environment: MAC OSx
Reporter: David Alves
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index is expression is executed in cqlsh one of the nodes OOM's and goes down.
The statements to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In make case node2 goes down with:
{quote}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-4555:
--------------------------------------
Reviewer: dr-alves
Component/s: Core
Affects Version/s: 1.2.0
Fix Version/s: 1.2.0
Assignee: Jonathan Ellis
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.0
> Environment: MAC OSx
> Reporter: David Alves
> Assignee: Jonathan Ellis
> Fix For: 1.2.0
>
> Attachments: 4555.txt
>
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis resolved CASSANDRA-4555.
---------------------------------------
Resolution: Fixed
committed
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.0
> Environment: MAC OSx
> Reporter: David Alves
> Assignee: Jonathan Ellis
> Fix For: 1.2.0
>
> Attachments: 4555.txt
>
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "David Alves (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Alves updated CASSANDRA-4555:
-----------------------------------
Description:
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index is expression is executed in cqlsh one of the nodes OOM's and goes down.
The steps to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In make case node2 goes down with:
{quote}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{quote}
was:
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index is expression is executed in cqlsh one of the nodes OOM's and goes down.
The statements to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In make case node2 goes down with:
{quote}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{quote}
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Environment: MAC OSx
> Reporter: David Alves
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index is expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In make case node2 goes down with:
> {quote}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "David Alves (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13437238#comment-13437238 ]
David Alves commented on CASSANDRA-4555:
----------------------------------------
+1 applies cleanly and solves the problem.
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.0
> Environment: MAC OSx
> Reporter: David Alves
> Assignee: Jonathan Ellis
> Fix For: 1.2.0
>
> Attachments: 4555.txt
>
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13437227#comment-13437227 ]
Jonathan Ellis commented on CASSANDRA-4555:
-------------------------------------------
It OOMs with no data in it at all?
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Environment: MAC OSx
> Reporter: David Alves
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-4555:
--------------------------------------
Attachment: 4555.txt
patch to make de/serializers agree to use a short length for index expression value, and to add validation that client-provided expressions do conform to this limitation
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.0
> Environment: MAC OSx
> Reporter: David Alves
> Fix For: 1.2.0
>
> Attachments: 4555.txt
>
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "David Alves (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Alves updated CASSANDRA-4555:
-----------------------------------
Description:
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
The steps to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
{noformat}
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
{noformat}
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In my case node2 goes down with:
{noformat}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{noformat}
was:
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
The steps to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
{noformat}
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
{noformat}
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In make case node2 goes down with:
{noformat}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{noformat}
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Environment: MAC OSx
> Reporter: David Alves
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "David Alves (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13437231#comment-13437231 ]
David Alves commented on CASSANDRA-4555:
----------------------------------------
With and without data. It OOMs because it tries to allocate a huge byte[] on TokenSerializer.deserialize().
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Environment: MAC OSx
> Reporter: David Alves
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In my case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-4555) select statement with indexed
column causes node to OOM
Posted by "David Alves (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-4555?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Alves updated CASSANDRA-4555:
-----------------------------------
Description:
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
The steps to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
{noformat}
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
{noformat}
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In make case node2 goes down with:
{noformat}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{noformat}
was:
After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index is expression is executed in cqlsh one of the nodes OOM's and goes down.
The steps to reproduce the problem are:
create a 3 node cluster from trunk (I used ccm)
execute the following statements in cqlsh:
CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
AND strategy_options:replication_factor = '1';
CREATE TABLE trace.trace_events(sessionId timeuuid,
coordinator inet,
eventId timeuuid,
description text,
duration bigint,
happened_at timestamp,
name text,
payload_types map<text, text>,
payload map<text, blob>,
source inet,
type text,
PRIMARY KEY (sessionId, coordinator, eventId));
CREATE INDEX idx_name ON trace.trace_events (name);
Executing the following statement causes node2 to OOM:
select * from trace_events where name = 'batch_mutate';
In make case node2 goes down with:
{quote}
ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
java.lang.OutOfMemoryError: Java heap space
at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
{quote}
> select statement with indexed column causes node to OOM
> -------------------------------------------------------
>
> Key: CASSANDRA-4555
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4555
> Project: Cassandra
> Issue Type: Bug
> Environment: MAC OSx
> Reporter: David Alves
>
> After creating a keyspace, table and index on a clean ccm 3 node cluster based on trunk, when a select statement with an index expression is executed in cqlsh one of the nodes OOM's and goes down.
> The steps to reproduce the problem are:
> create a 3 node cluster from trunk (I used ccm)
> execute the following statements in cqlsh:
> {noformat}
> CREATE KEYSPACE trace WITH strategy_class = 'SimpleStrategy'
> AND strategy_options:replication_factor = '1';
> CREATE TABLE trace.trace_events(sessionId timeuuid,
> coordinator inet,
> eventId timeuuid,
> description text,
> duration bigint,
> happened_at timestamp,
> name text,
> payload_types map<text, text>,
> payload map<text, blob>,
> source inet,
> type text,
> PRIMARY KEY (sessionId, coordinator, eventId));
> CREATE INDEX idx_name ON trace.trace_events (name);
> {noformat}
> Executing the following statement causes node2 to OOM:
> select * from trace_events where name = 'batch_mutate';
> In make case node2 goes down with:
> {noformat}
> ERROR [Thread-9] 2012-08-17 19:42:55,741 CassandraDaemon.java (line 131) Exception in thread Thread[Thread-9,5,main]
> java.lang.OutOfMemoryError: Java heap space
> at org.apache.cassandra.dht.Token$TokenSerializer.deserialize(Token.java:97)
> at org.apache.cassandra.dht.AbstractBounds$AbstractBoundsSerializer.deserialize(AbstractBounds.java:161)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:299)
> at org.apache.cassandra.db.RangeSliceCommandSerializer.deserialize(RangeSliceCommand.java:181)
> at org.apache.cassandra.net.MessageIn.read(MessageIn.java:94)
> at org.apache.cassandra.net.IncomingTcpConnection.receiveMessage(IncomingTcpConnection.java:181)
> at org.apache.cassandra.net.IncomingTcpConnection.handleModernVersion(IncomingTcpConnection.java:122)
> at org.apache.cassandra.net.IncomingTcpConnection.run(IncomingTcpConnection.java:69)
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,746 ThriftServer.java (line 221) Stop listening to thrift clients
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:55,748 Gossiper.java (line 1054) Announcing shutdown
> INFO [StorageServiceShutdownHook] 2012-08-17 19:42:56,749 MessagingService.java (line 657) Waiting for messaging service to quiesce
> INFO [ACCEPT-/127.0.0.2] 2012-08-17 19:42:56,751 MessagingService.java (line 849) MessagingService shutting down server thread.
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira