2016-03-10 2 views
0

У меня возникли некоторые проблемы с подключением к Cassandra 3.3.0 на Centos 7 удаленно с другого компьютера в сети. Это возвращая «тайм-аут» ошибка при попытке подключиться черезCassandra 3.3 - Удаленное подключение через cqlsh

$ cqlsh 192.168.1.56 9042 

То же самое с:

$ cqlsh 192.168.1.56 

В моей точки зрения, я правильно настроен файл cassandra.yaml как он работал хорошо, когда я попытался подключиться к локально запущенной VM (Ubuntu) с активным экземпляром Cassandra.

Когда я проверки IP-адреса и порты, которые были связаны через netstat -lnt, она возвращается

tcp6 0 0 192.168.1.56:9042 :::* Listen 

На самом деле только один, который связан с tcp6. 192.168.1.56:9160 связан с tcp.

Выполнение на Ubuntu, оно возвращает ту же привязку к tcp. По всей видимости, ошибка связана с этой точкой.

Некоторые справочные факты:

  • Я бегу Кассандру как корень. Оба сервера и клиенты работают cqlsh 5.0.1, CQL spec 3.4.0 и Cassandra 3.3.0. Python 2.7.5.
  • VM доступен через 192.168.1.56 без проблем. Брандмауэр отключен, и я даже попытался отключить и активировать IPv6. Я пробовал разные комбинации, настраивая cassandra.yaml - например, вместо прямого доступа к интерфейсу, но без изменений в результате.

Все мои исследования пока не показали успеха. У кого-нибудь есть идея ?!

+1

Как вы пытаетесь установить соединение? Отредактируйте сообщение и добавьте удаленную команду cqlsh, которую вы используете. Он должен выглядеть так: $ cqlsh xxx.xxx.xxx.xxx без порта, если у вас нет настроенного порта по умолчанию. Также, какую версию cqlsh и Python вы используете – apesa

+0

Добавлены удаленные команды cqlsh. Я попробовал оба - с и без оператора порта. Оба сервера и клиенты работают cqlsh 5.0.1, CQL spec 3.4.0 и Cassandra 3.3.0. Python в обоих 2.7.5 – Jtheis

+0

cqlsh должен использовать бережливость при 9160 не 9042. Запустите эти команды и поместите результаты в исходное сообщение. $ sudo netstat -p | grep 9160, а также запустить $ sudo netstat -p | grep: 9042. Если 9160 вернется в нуль, это ваша проблема. Кроме того, что говорит ваш журнал cassandra? – apesa

ответ

0

Проблема была решена из-за неправильной конфигурации сети. Я изменил ниже конфигурации в /и т.д./SSH/sshd_config

Порт 22

AddressFamily инет

ListenAddress 0.0.0.0

ListenAddress ::

Я изменил AddressFamily с «any» на «inet».

+0

Предлагаю редактировать cassandra-env.sh и раскомментировать эту строку: 'JVM_OPTS =" $ JVM_OPTS -Djava.net.preferIPv4Stack = true "' – LHWizard

+0

Я пробовал это раньше, но это не помогло – Jtheis