Почему «отказано в разрешении», когда я пытаюсь подключиться к NameNode и DataNode в Hadoop? ⇐ Linux

[Anonymous]

Я новичок в Hadoop и пытаюсь реализовать многоузловой кластер, используя две виртуальные машины Ubuntu в Oracle VirtualBox. Одна машина является «главной», а другая — «ведомой».

Мне удалось подключить SSH без пароля между двумя работающими машинами. Я проверил это, набрав «ssh [MachineUsername]» после того, как были сгенерированы открытые ключи, и на обоих концах он просто автоматически зарегистрировал меня на другом компьютере, не запрашивая пароль и не выдавая каких-либо ошибок; с моей стороны, похоже, это сработало идеально.

Однако, когда я попытался запустить sbin/start-all.sh на главной виртуальной машине, он вернул следующее сообщение об ошибке:

Запуск имен узлов на [bda-VirtualBox] bda-VirtualBox: root@bda-virtualbox: разрешение отклонено (открытый ключ, пароль). Та же ошибка возникла для узлов данных и вторичных узлов имен.

Я поискал в Интернете и поначалу подумал, что проблема могла быть связана с тем, как я инициализировал ключи шифрования. Следуя инструкциям интернет-руководства о том, как решить проблему «отказано в разрешении» (https://dzone.com/articles/resolve-perm ... -hadoop-cl), я затем применил свое шифрование. ключи внутри каждой виртуальной машины, используя следующие команды командной строки:

$ ssh-keygen -t rsa -P ” -f ~/.ssh/id_rsa $ cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys $ chmod 0600 ~/.ssh/authorized_keys Чтобы включить SSH между двумя виртуальными машинами, я также реализовал следующую строку кода на каждой виртуальной машине индивидуально:

$ssh-copy-id -i ~/.ssh/id_rsa.pub [OtherVMUsername] Когда я попробовал это, та же ошибка по-прежнему возвращалась, поэтому, следуя инструкциям приведенного выше руководства, я изменил настройки файла sshd_config на каждой виртуальной машине следующим образом:
[*]PubKeyAuthentication была раскомментирована и получила значение «да». [*]Аутентификация пароля была раскомментирована и получила значение «да». [*]UsePAM был раскомментирован и получил оценку «нет».
Затем я перезапустил SSH каждой виртуальной машины и попробовал еще раз (команда была следующей):

перезапуск службы sudo по ssh Я перезапустил кластер, используя тот же файл start-all.sh, что и раньше, но все равно возвращалась та же ошибка.

Для ясности, я инициализировал namenode перед запуском start-all.sh во всех случаях с помощью команды:

./hadoop namenode -format И мой пользователь namenode, пользователь datanode, дополнительный пользователь namenode, пользователь менеджера ресурсов Yarn и пользователь менеджера узлов Yarn - все они настроены как root в hdfs-env.sh в обеих виртуальных машинах.

Брандмауэр также отключен в обоих случаях.

Однако ошибка, похоже, не исчезла, независимо от того, что я делал с настройками SSH.

Кто-нибудь знает, где я могу ошибаться, ведь я, признаюсь, немного запутался?