2015-08-24 1 views
0

После игры с Кассандрой (многие DROP KEYSPACE, CREATE KEYSPACE, ALTER TABLE, CREATE TABLE операций), во второй раз я закончил с следующей странной ситуацией:Cqlsh описания отсутствует столбец виден в system.schema_columns

Опишите х .logs: Describe x.logs

System.schema_columns: System.schema_columns

Alter стол: Alter table

Nodetool repair не исправляет. После сброса клавишного пространства все возвращается к норме.

Моя конфигурация:

  • 1 узел кластера Cassandra
  • cqlsh 5.0.1
  • Cassandra 2.2.0
  • CQL спецификации 3.3.0 | Native v4 протокол

Вопросы:

  • Что случилось?
  • Почему это произошло? Это опасно?
  • Как это исправить?
+0

Если у вас есть шаги воспроизведения, как вы попали в это состояние, мы будем рады видеть их. –

+0

К сожалению, это случилось со мной во второй раз, и я еще не понял шаги воспроизведения. – piotrwest

ответ

0

Похоже, что модель метаданных драйвера (используется cqlsh) не синхронизирована. Этого не ожидается, так как драйвер обновляет схему синхронно с операторами DDL.

Если вы остановите и перезапустите cqlsh, будет DESC, что там.

+0

Cqlsh - обычная утилита, не так ли? Я должен просто подключиться снова? Если это так, он видит «старую» схему даже после перезапуска шпатлевки. – piotrwest

+0

Под «старым», вы имеете в виду первый вывод DESC, который вы показываете выше? В этом случае я еще больше удивлен. Похоже, что метаданные схемы могут быть в некотором неожиданном состоянии. Здесь будут играть шаги по воспроизведению. –

+0

Да. Я тоже ... Знаете ли вы, опасно ли это? Может быть, когда-нибудь я выясню шаги воспроизведения. – piotrwest