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

Carlos Rolo commented on CASSANDRA-8012:
----------------------------------------

Just to know if this is related or should I open a new ticket.

On Cassandra 2.1.2 cqlsh is I open a shell in a server while another server is 
joining the cluster (In my case was on a different DC even) if I do any DESC 
statement I get an empty result or on SELECT statements that the table doesn't 
exist. Even after the server is fully joined and with all the data it still 
keeps throwing the error. Only after I logout and login again in the cqlsh It 
gets back to normal.



> cqlsh "DESCRIBE KEYSPACES;" returns empty after upgrade
> -------------------------------------------------------
>
>                 Key: CASSANDRA-8012
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8012
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Tools
>         Environment: cassandra 2.1.0 
>            Reporter: Shawn Zhou
>            Assignee: Tyler Hobbs
>            Priority: Minor
>              Labels: cqlsh
>             Fix For: 2.1.3
>
>
> after upgrade from 2.0.7 to 2.1.0
> run cqlsh  "DESCRIBE KEYSPACES;" returns empty result;
> query individual table does return data;
> See below:
> {noformat}
> [root@dc1-stg-cassandra-08 cassandra]# cqlsh 
> dc1-stg-cassandra-08.dc01.revsci.net -k as_user_segment
> Connected to Stage Cluster at dc1-stg-cassandra-08.dc01.revsci.net:9042.
> [cqlsh 5.0.1 | Cassandra 2.1.0 | CQL spec 3.2.0 | Native protocol v3]
> Use HELP for help.
> cqlsh:as_user_segment> DESCRIBE KEYSPACES;
> <empty>
> cqlsh:as_user_segment>  select * from user_segments_blob where id = 
> '8e6090087fc1a7591a99dc4cb744ac43';
>  id                               | segments
> ----------------------------------+------------------------------------------------------------------------------------
>  8e6090087fc1a7591a99dc4cb744ac43 | 
> 0x94160000b0150000911d00003b0e0000211a0000ee22000072160000ab1c0000df0f000042040000
> (1 rows)
> {noformat}



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

Reply via email to