2014-12-03 1 views
1

Я попытался развернуть кластер Cassandra с помощью Google Compute Engine, без успеха. Я попробовал несколько раз, ошибка всегда была одинаковой:Не удалось развернуть кластер Cassandra. Состояние копии изменилось на PERMANENTLY_FAILING. Реплика была нездоровой 2 раза подряд

module: DEPLOYMENT_FAILED 
Replica module-1234 failed with status PERMANENTLY_FAILING: Replica State 
changed to PERMANENTLY_FAILING. Replica was unhealthy 2 consecutive times. 

После выполнения этой короткой рекомендации по устранению неполадок: https://cloud.google.com/solutions/cassandra/click-to-deploy#troubleshooting, журнал является следующее:

[email protected]:/gagent/metaOutput$ tail $(ls -1tr /gagent/metaOutput/stderr.*.txt | 
tail -n 1) 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
Still waiting for resourceview cassandranode-4da4e to have 3 members ... 
[ERROR] resourceview cassandranode-4da4e does not have 3 members after 60 attempts. 

Есть ли у вас какие-либо идеи, как это исправить ?

Спасибо.

Антонио

ответ

1

Вы можете проверить, что экземпляр типа вы выбрали (в # сердечников) и количество членов кластера превышает квоту центрального процессора для проекта, который вы используете? Также проверьте значение емкости диска и общую квоту диска.

Вы можете проверить максимальную допустимую дисковую и квоту ЦП в консоли в разделе «Расчетный движок»> «Квоты».

Это звучит как проблема с квотами, даже если консоль не вызывает ошибку квоты.

Еще одна вещь, которую вы можете сделать, это создать другое развертывание, а затем быстро перейти на страницу списка экземпляров и искать экземпляр под названием «Cassandra-coord-foo», который является недолговечным экземпляром, который управляет созданием диска. Если SSH в этот узел во время развертывания и выполните следующую команду, вы можете увидеть диск или квотирования CPU предупреждение:

tail -f /gagent/metaOutput/* 

Крис

+0

Я думал об этом еще немного, и его, скорее всего, связано с квотой CPU и не дисковая квота. Убедитесь, что квота ЦП достаточна в зоне, в которую вы развертываете. Cassandra по умолчанию, с типами экземпляров n1-highmem-4 требуется 3 * 4 + 1 = 13 ядер. Если вы используете купон на бесплатный уровень, то, по-моему, вы по умолчанию получаете только 8 ядер. По умолчанию при регистрации с использованием метода выставления счетов используется 16 ядер. Большинство кликов для развертывания конфигураций по умолчанию используют эту 16-я основную квоту в качестве ориентира. – chrispomeroy

+0

У меня была такая же проблема, и похоже, что квота на используемых IP-адресах имеет тот же эффект. – mobileAgent

Смежные вопросы