Сопоставление портов Apache Phoenix и zookeeper

Я пытаюсь подключиться к удаленному Phoenix серверу в кластере, где почти все порты заблокированы.

Посредством ssh-подключения к мастеру и сопоставления 2181 для zookeeper мне удалось подключиться к серверу hbase в этом кластере. (= Команда status в hbase shell работает правильно)

Но когда я пытаюсь подключиться к серверу Phoenix удаленно, он зависает и не выводит сообщений об ошибках:

$ ./sqlline.py localhost
Setting property: [isolation, TRANSACTION_READ_COMMITTED]
issuing: !connect jdbc:phoenix:localhost none none org.apache.phoenix.jdbc.PhoenixDriver
Connecting to jdbc:phoenix:localhost
15/10/07 16:00:38 WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable

Я уже подтвердил, что локальный Феникс на кластере работает нормально. Итак, я прихожу к выводу, что конфигурация сервера верна.

Мне интересно, использует ли Phoenix какие-либо порты, кроме порта zookeeper.


port apache-zookeeper hbase phoenix
person Afshin Moazami    schedule 07.10.2015    source источник
comment
вместо использования localhost попробуйте указать ip-адрес zookeeper и порт   -  person Prasad Khode    schedule 08.10.2015
comment
тот же результат. порт 2181 (порт zookeeper) на удаленном компьютере заблокирован. Итак, что я делаю для подключения к этому порту, я использую ssh -L для сопоставления удаленного порта с моим локальным хостом. Работает для оболочки hbase, но не для Phoenix   -  person Afshin Moazami    schedule 08.10.2015

Ответы (1)


arrow_upward
1
arrow_downward

После дополнительного исследования я обнаружил, что порты региональных серверов (16020 в hbase 1+ и 60020 в hbase 0.98) не были открыты в этой среде.

Причина, по которой он работал с оболочкой hbase, заключается в том, что оболочка hbase подключается к серверу региона, когда это необходимо (когда запрашивается регион на сервере этого региона), но сначала Phoenix подключается ко всем из них.

person Afshin Moazami    schedule 09.10.2015
comment
Отличная находка, у нас была аналогичная проблема с брандмауэром - person Petro; 14.11.2017