2013-04-22 3 views
9

Ich benutze folgende Version von Cql und Cassandra. Siehe unten: cqlsh 2.3.0 | Kassandra 1.1.10 | CQL Spezifikation 3.0.0 | Thrift-Protokoll 19.33.0Schlechte Anfrage: unconfigured columnfamily <CF_name> in Cassandra

Ich habe alle CF und Tonnen von Daten drin. Wenn ich rufe:

cqlsh -2 oder cqlsh -3 cql> USE "test_keyspace"; cql: test_keyplace> SELECT * FROM "column_family_name" LIMIT 1;

Hinweis: CFs wurden mit pycassa erstellt und versuchen mit cql zu lesen. Nicht sicher, ob das einen Unterschied macht.

Es wirft, Bad Request: unconfigured columnfamily Vielleicht wollten Sie CQL 2 verwenden? Verwenden Sie die Option -2 beim Starten von Cqlsh.

Gibt es bestimmte Einstellungen, die ich betrachten muss, um dieses Problem zu beheben?

Antwort

1

Ich dachte, eine Lösung mit nodetool cfstats Optionen und werten das Ergebnis aus. Dies funktioniert für CFs, die überhaupt nicht verwendet wurden, aber nicht für CFs, die für einige Zeit erstellt und verwendet wurden, nie wieder aufgeräumt und später aufgegeben wurden, da es keine Zugriffszeit für CF in nodetool cfstats gibt.

8

Standardmäßig wird in CQL3 die Groß-/Kleinschreibung nicht berücksichtigt, es sei denn, es ist in doppelte Anführungszeichen eingeschlossen. Versuchen Sie, Ihren CFNAME in Anführungszeichen zu setzen.

SELECT * FROM "CFNAME" LIMIT 1; 

Sieht aus wie Sie

zum Zeitpunkt der Tabellenerstellung CQL3 von api zu ermöglichen
+0

\ @abhi - Entschuldigung, aber ich gebe den CF-Namen an. OQ bearbeitet. Ich benutzte und Editor entfernt es denken, es als ein Meta-Tag oder etwas – NullException

+0

können Sie Ihre Informationen zu Describe COLUMNFAMILIES teilen? Verwenden Sie cqlsh – abhi

+0

cqlsh: ks_prod> BESCHREIBEN COLUMNFAMILIES; CFtest1 CFtest2 – NullException

0

Sie sind nicht ein Schlüsselraum in Ihrer Erklärung Angabe vergessen haben.

entweder den Schlüsselraum wie folgt an:

SELECT * FROM "keyspace_name"."column_family_name" LIMIT 1; 

oder vor der Spalte Familie geben Sie den Schlüsselraum Abfrage über die ‚Verwendung‘ Anweisung cqlsh:

using "keyspace_name" 
+0

Kommende Tonnen von Problemen mit Cql 2/3 und Cassandra 1.1.10 (CASSANDRA-4363). Umzug auf Pycassa. Danke Leute. – NullException

+0

@CuriousMind cql ist die Zukunft (Sparsamkeit wird nicht neue Funktionen bekommen), aber es ist Ihre Wahl. Wenn Sie weitere Details über Ihren Schlüsselbereich veröffentlichen (wie Sie ihn erstellen usw.), kann ich einige Beispiele veröffentlichen, was Sie tun müssen. Aber trotzdem gut! –

+0

Spalten Familien wurden erstellt mit pycassa so weit wie ich weiß. Dies ist Lagacy-Code. Ich versuche nur alle unbenutzten CFs zu finden, damit ich sie fallen lassen kann. Lass es mich wissen, wenn du weitere Fragen hast. – NullException

Verwandte Themen