Служба распределенного журнала SAP HANA Vora отказалась запускаться

Я установил SAP HANA Vora на кластер MapR с 3 узлами. При попытке запустить службу Vora через пользовательский интерфейс Vora Manager я получаю следующую ошибку:

Произошла ошибка при запуске всех служб: vora-dlog отказался запускаться. Невозможно продолжить запуск всех заданий. Ошибка: Для службы vora-dlog не зарегистрированы проверки работоспособности.

В файле журнала vora-manager отображается следующая ошибка:

vora.vora-dlog: [c.xxxxxxx] : Error while creating dlog store. 
nomad[xxxxx]: client: failed to query for node allocations: no known servers
nomad[xxxxx]: client:rpcproxy: No servers available.

Все 3 узла в кластере имеют 2 IP-адреса в разных подсетях. Кто-нибудь может подсказать, как настроить проверку здоровья для консула? А что тут еще может быть не так?


consul hana nomad mapr vora
person AnshulN    schedule 20.04.2017    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Сообщений из файла журнала VoraMgr недостаточно для понимания фактической проблемы. Есть ли другие сообщения от dlog до «Ошибка при создании хранилища dlog»? Я видел это сообщение, например. если диск был заполнен и dlog не смог создать свою локальную персистентность.

Кроме того, 2 разные сети могут вызвать проблему, как вы описали. Вы можете настроить использование разных имен сетевых интерфейсов на разных узлах. Однако на каждом узле все службы Vora, а также Vora Manager должны использовать одно и то же имя сетевого интерфейса. При использовании двух разных подсетей конфигурация должна разрешать сетевой трафик между ними. Не могли бы вы дать дополнительную информацию о вашей топологии + конфигурации сети?

person Frank Legler    schedule 21.04.2017
comment
Еще несколько сообщений журнала VoraMgr: агент: не удалось синхронизировать удаленное состояние: агент серверов Consul неизвестен: HTTP-запрос не выполнен '192.168.61.192:5646/v1/agent/servers': получите 192.168. 61.192:5646/v1/agent/servers: наберите tcp 192.168.61.192:5646: getsockopt: соединение отклонено список участников: не удалось разрешить ОШИБКУ: ОШИБКА поиска на 17.0.0.25:53: неправильное поведение сервера агент: Ошибка присоединения: 1 Произошла ошибка (ы): # 012 # 012 * Не удалось устранить ОШИБКА: ОШИБКА поиска на 17.0.0.25: 53: неправильное поведение сервера, повторная попытка через 5 с serf: Не удалось повторно присоединиться к любому ранее известному диспетчеру узлов: нет доступных серверов - person AnshulN; 28.04.2017
comment
Кластер MapR состоит из 3 узлов виртуальных машин. eth0 имеет общедоступные IP-адреса в диапазоне 192.xx, а eth1 — частные IP-адреса в диапазоне 17.xx. Vora по умолчанию использует eth0 в качестве интерфейса подключения, и я изменил его на eth1 в конфигурации службы. Тем не менее, многие сервисы используют для подключения IP-адрес 192.xx. - person AnshulN; 28.04.2017
comment
Возможно ли, что VoraMgr не работает на eth1? Вы изменили его, чтобы использовать eth1? (см. help.sap.com/viewer/p/SAP_VORA -> Руководство по установке и администрированию - › 3.4.3 Настройка сетевых интерфейсов для Vora Manager for MapR. - person Frank Legler; 01.05.2017
comment
Это безопасный кластер MapR? Мы видели аналогичную проблему в защищенном кластере MapR, где у пользователя, работающего с Vora Manager (root), не было билета MapR. Предоставление билета для root или экспорта MAPR_TICKETFILE_LOCATION в /opt/mapr/conf/conf.d/vora_default_settings.sh решило эту проблему. - person Frank Legler; 18.05.2017