Моя конфигурация:
Машинный кластер серверного класса (4 машины), каждый с RHEL, 8 ГБ ОЗУ, четырехъядерные процессоры.Я настраиваю машину «B1», чтобы она была ведущей, а остальные - рабами (B2, B3, B4).Начал dfs-start.sh, узел имени появился на 53410 на B1.Остальные узлы не могут подключиться к B1 на 53410!
Вот что я сделал до сих пор:
- Пробовал "telnet B1 53410" от B2, B3, B4 - Отказ в соединении.
- Пробовал ssh к B1 от B2, B3, B4 и наоборот - без проблем, работает нормально.
- Изменил 53410 на 55410, перезапустил dfs, та же проблема - соединение с этим портом также отклонено.
- Отключен брандмауэр (остановка iptables) вкл.B1 - попытка соединения с B2, B3, B4 - сбой в telnet.
- Отключенный брандмауэр на всех узлах, повторная попытка, сбой подключения к 53410.
- Проверено, что ftp работал с B2,B3, B4 - B1, остановил службу ftp (остановка службы vsftpd), попытался вызвать dfs на стандартном порту ftp (21), появляется namenode, остальные узлы снова выходят из строя.Не может даже telnet к порту ftp от B2, B3, B4.
- "telnet localhost 53410" отлично работает на B1.
Все узлы доступны друг от друга и всеВ / etc / hosts настроено правильное сопоставление для IP-адресов.Итак, я в значительной степени невежественен на данный момент.С какой стати namenode отклоняет соединения - есть ли настройка в hadoop conf, о которой я должен знать, чтобы внешние клиенты могли подключаться удаленно через порт namenode?