Невозможно использовать SSH Dataproc Master в кластере

ssh google-cloud-platform jupyter-notebook gcloud google-cloud-dataproc

769 просмотра

1 ответ

Я пытался создать кластер в Dataproc, используя в качестве сценария инициализации репозиторий Jupyter .

Но когда я пытаюсь подключиться к ssh мастеру, чтобы получить доступ к интерфейсу Jupyter, запустив эту команду:

gcloud compute ssh --zone=zone_name \
                   --ssh-flag="-D 10000" \
                   --ssh-flag="-N" \
                   --ssh-flag="-n" "cluster1-m" &

Я получаю ошибку:

В доступе отказано (publickey). ОШИБКА: (gcloud.compute.ssh) [/ usr / bin / ssh] завершена с кодом возврата [255].

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

gcloud compute ssh --zone=zone_name \
                   --ssh-flag="-D 10000" \
                   --ssh-flag="-N" \
                   --ssh-flag="-n" "will@cluster1-m" &

Который, кажется, работает, как я могу ssh в экземпляр, но теперь я получаю ошибку:

bind: Невозможно назначить запрошенный адрес channel_setup_fwd_listener_tcpip: невозможно прослушивать порт: 10000 Не удалось запросить локальную переадресацию.

Для создания кластера я использовал:

gcloud dataproc clusters create $CLUSTER_NAME \
--metadata "JUPYTER_PORT=8124,JUPYTER_CONDA_PACKAGES=numpy:pandas:scikit-learn:jinja2:mock:pytest:pytest-cov" \
--initialization-actions \
    gs://dataproc-initialization-actions/jupyter/jupyter.sh \
--bucket $BUCKET_NAME

и я запускаю это в образе докера Debian 8.9 (Джесси).

Если вам нужна дополнительная информация, пожалуйста, дайте мне знать.

Автор: Willian Fuks Источник Размещён: 28.09.2019 03:19

Ответы (1)


0 плюса

Если вы подтвердили, что можете использовать обычный SSH в кластере, то, если вы только что получили bind: Cannot assign requested addressошибку, это, вероятно, означает, что у вас уже есть другой сеанс SSH с переадресацией локального порта на текущем компьютере, который 10000уже использует порт . Если вы видите bindошибку, вы всегда должны сначала попробовать другой локальный порт, например -D 12345. Вы можете использовать topили свой диспетчер задач, чтобы проверить, есть ли у вас ssh -Dкоманда зависания где-то, все еще работающая и занимающая порт 10000

Автор: Dennis Huo Размещён: 14.08.2017 05:40
Вопросы из категории :
32x32