2016-05-06 2 views
4

Мы пытаемся настройки Apache Usergrid 2.1, со следующей конфигурацией:Usergrid Setup - Cassandra Ошибка

  • CentOS 7
  • Кассандры 1.2.19
  • Oracle Java 1.8.0_91
  • Tomcat 8.0 +0,33
  • ElasticSearch 2.3.2

Tomcat, Cassandra и ElasticSea rch работают нормально, ошибок в журналах нет. Однако, когда мы устанавливаем стек usergrid (ROOT.war), мы получаем следующую ошибку в catalina.out и ничего не работает.

WARN Slf4jConnectionPoolMonitorImpl:31 - BadRequestException: [host=localhost(127.0.0.1):9160, latency=3(3), attempts=1]InvalidRequestException(why:Keyspace 'Usergrid_Applications' does not exist) 
ERROR ServiceManager:110 - This should never happen 
org.apache.usergrid.persistence.collection.exception.CollectionRuntimeException: An error occurred connecting to cassandra 

Этот журнал написан почти каждые 5 секунд.

Поскольку приложение не работает, предлагаемые URL-адреса настройки базы данных также не работают.

Btw, мы следуем за этот документ: https://usergrid.apache.org/docs/installation/deployment-guide.html

Мы также попытались сформировать «Usergrid_Applications» вручную пространство ключей, но это не сработало.

Как мы можем заставить его работать?

ответ

1

Я думаю, что проблема была в версии ElasticSearch. Когда мы устанавливаем следующую конфигурацию, настройка была успешно завершена.

  • OpenJDK 1.8.0_91
  • Tomcat 8.0.33
  • Cassandra 1.2.19 (Datastax распределение сообщества)
  • ElasticSearch 1.4.5

Журнал ошибок очень вводит в заблуждение кстати.

+0

Я думаю, что вы правы. Usergrid 2.x в настоящее время требует ElasticSearch 1.4.x. – snoopdave

+0

ElasticSearch 1.4 является сложным требованием. Кассандра 1.2.x не так, я тестировал Cassandra 3.4, и он работает. –

+0

Документация обновлена, и в ней говорится, что поддерживается поддержка ES 1.7. https://github.com/apache/usergrid/blob/master/stack/README.md –

-1

Keyspace 'Usergrid_Applications' не существует.

Не волнуйтесь, просто предупреждение, потому что ключевое пространство не может быть найдено в вашей Кассандре.

Просто используйте настройку базы данных api, чтобы запустить свою БД, и это предупреждение исчезнет.

0

После долгой борьбы с этой проблемой я понял, что в моем случае elasticsearch 1.7.6, а также 2.x не запускается без дополнительной конфигурации в /etc/default/elasticsearch. Просто добавив эту строку START_DAEMON = true в файл и перезагрузка elasticsearch работала для меня. Теперь можно подключиться к настройке usergrid с помощью 1.7.6 (2.x по-прежнему не поддерживается, поскольку плагины usergrid все еще [1.4.0.Beta1]). Если бы искали ответ повсюду, но до сих пор не нашли никакой ссылки. Отсюда мысль о публикации. Я почти отказался от использования usergrid из-за этой проблемы.

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