Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Fri, 17 Jul 2015 22:39:05 +0000 (UTC)
From: "Evan Volgas (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12839405.1434891150000.223098.1437172745924@Atlassian.JIRA>
In-Reply-To: <JIRA.12839405.1434891150000@Atlassian.JIRA>
References: <JIRA.12839405.1434891150000@Atlassian.JIRA>
 <JIRA.12839405.1434891150378@arcas>
Subject: [jira] [Commented] (CASSANDRA-9628) "Unknown keyspace
 system_traces" exception when using nodetool on a new cluster
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Evan Volgas commented on CASSANDRA-9628:
----------------------------------------

Yeah I'm actually getting the same thing 

{code}
ubuntu@ip-10-10-41-113:/etc/cassandra$ nodetool status
error: Unknown keyspace system_traces
-- StackTrace --
java.lang.AssertionError: Unknown keyspace system_traces
	at org.apache.cassandra.db.Keyspace.<init>(Keyspace.java:272)
	at org.apache.cassandra.db.Keyspace.open(Keyspace.java:121)
	at org.apache.cassandra.db.Keyspace.open(Keyspace.java:98)
	at org.apache.cassandra.service.StorageService.getRangesForEndpoint(StorageService.java:3062)
	at org.apache.cassandra.service.StorageService.effectiveOwnership(StorageService.java:3970)
	at org.apache.cassandra.service.StorageService.effectiveOwnership(StorageService.java:176)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
	at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1466)
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1399)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:828)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323)
	at sun.rmi.transport.Transport$1.run(Transport.java:200)
	at sun.rmi.transport.Transport$1.run(Transport.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$241(TCPTransport.java:683)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/779743972.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
{code}

And I'm doing the exact same thing with the DS community edition, downloaded today. Exact same steps as [~tzach] above

> "Unknown keyspace system_traces" exception when using nodetool on a new cluster
> -------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-9628
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9628
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: tzach
>            Assignee: Carl Yeksigian
>            Priority: Minor
>             Fix For: 2.1.x
>
>
> When creating a new cluster from scratch,  nodetool status fails on system_traces as follow
> {code}
> $ nodetool status
> error: Unknown keyspace system_traces
> -- StackTrace --
> java.lang.AssertionError: Unknown keyspace system_traces
> 	at org.apache.cassandra.db.Keyspace.<init>(Keyspace.java:270)
> 	at org.apache.cassandra.db.Keyspace.open(Keyspace.java:119)
> 	at org.apache.cassandra.db.Keyspace.open(Keyspace.java:96)
> ...
> {code}
> the problem disappear when creating an empty keyspace
> {code}
> cqlsh> create keyspace temp WITH REPLICATION = { 'class' : 'SimpleStrategy', 'replication_factor' : 2 };
> {code}
> My guess is system_traces initialization complete only after any data insertion.
> Before it does, any attempt to read  from it either from nodetool, cqlsh or streaming to a new node will fail.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)