Pourquoi Cassandra ignore-t-elle mes modifications de schéma ?

Question

Je suis assez nouveau chez Cassandra.J'ai un cluster à nœud unique qui fonctionne depuis quelques jours sans problème, mais aujourd'hui, il a commencé à ignorer certaines de mes commandes CQL. SELECTça marche bien mais si je cours DROP TABLE foo; de cqlsh alors rien ne se passe.Après une pause d'une demi-seconde, cela me ramène à l'invite mais la table n'a pas été supprimée.Il en va de même pour la création d'un index en utilisant CREATE INDEX.

J'utilise une machine virtuelle, en utilisant la distribution Cassandra d'OpenStax sur Ubuntu 12.04.

J'ai vérifié les journaux Cassandra et j'obtiens définitivement une sortie lorsque j'exécute un CREATE INDEX, mais aucune erreur apparente :

 CREATE INDEX number_uri_index ON numbers (number);

Produit :

 INFO [MigrationStage:1] 2012-07-25 14:25:59,120 ColumnFamilyStore.java (line 643) Enqueuing flush of Memtable-schema_columnfamilies@15955724(1212/1515 serialized/live bytes, 20 ops)
 INFO [FlushWriter:5] 2012-07-25 14:25:59,122 Memtable.java (line 266) Writing Memtable-schema_columnfamilies@15955724(1212/1515 serialized/live bytes, 20 ops)
 INFO [FlushWriter:5] 2012-07-25 14:25:59,139 Memtable.java (line 307) Completed flushing /var/lib/cassandra/data/system/schema_columnfamilies/system-schema_columnfamilies-hd-50-Data.db (1267 bytes) for commitlog position ReplayPosition(segmentId=140485087964, position=8551)
 INFO [MigrationStage:1] 2012-07-25 14:25:59,141 ColumnFamilyStore.java (line 643) Enqueuing flush of Memtable-schema_columns@7576227(320/400 serialized/live bytes, 5 ops)
 INFO [FlushWriter:5] 2012-07-25 14:25:59,141 Memtable.java (line 266) Writing Memtable-schema_columns@7576227(320/400 serialized/live bytes, 5 ops)
 INFO [FlushWriter:5] 2012-07-25 14:25:59,172 Memtable.java (line 307) Completed flushing /var/lib/cassandra/data/system/schema_columns/system-schema_columns-hd-46-Data.db (367 bytes) for commitlog position ReplayPosition(segmentId=140485087964, position=8551)

Answer 1

Même problème ici dans une configuration à 3 nœuds.Résolu en faisant la même modification sur un deuxième nœud.En enquêtant sur CASSANDRA jira, nous avons découvert que cela pourrait être lié à la façon dont les horodatages sont gérés par les commandes liées au schéma et cela devrait être corrigé dans la version 1.1.3 :

CASSANDRE-4461 CASSANDRE-4432