Аспро: ЛайтШоп [тема: ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер]

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Tue, 09 Jan 2018 04:16:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Что ж...Я в данный момент разговариваю сам с собой, но могу подтвердить, что это не на всех моих новых узлах, которые я добавляю...=)
09.01.2018 04:16:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Sat, 23 Dec 2017 00:05:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Может кто-то подтвердить, что использование команды для добавления нового узла в существующий кластер действительно добавляет сетевой адрес узла в файл /etc/pve/priv/known_hosts? pvecm add -ring0_addr В моем случае этого не происходит. Из-за этого нарушается миграция и всё, что по умолчанию использует ssh по этому пути....
23.12.2017 00:05:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Tue, 19 Dec 2017 19:26:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Итак, вот краткий обзор того, где я сейчас нахожусь: я создал оригинальный кластер, следуя инструкциям Proxmox, с одним диапазоном IP. После дополнительных исследований я узнал, что Proxmox рекомендует отдельную сеть кластера, так что я следовал их инструкциям, чтобы настроить corosync на втором диапазоне IP. После этого изменения я обнаружил, что миграция не работает. После некоторых расследований я выяснил, что проверка SSH-хоста была нарушена. Погрузившись в проблему глубже, я пришел к выводу, что самое простое решение — создать новый ssh_known_hosts в /etc/pve/priv с новыми IP-адресами. Похоже, что у Proxmox (по крайней мере, на момент создания и настройки моей среды около года назад) нет механизма или документации для аккуратного обновления clustered know_hosts при переходе на выделенную кластерную или миграционную среду. Не знаю, так ли это до сих пор, но теперь, когда я полностью понимаю проблему, я добавлю еще 5 узлов в свой кластер и дам знать, если это все еще актуально. Если да, открою тикет. Всего хорошего,
19.12.2017 19:26:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Mon, 18 Dec 2017 19:56:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Это кажется уместным... Когда создается выделенная сетевая группа... разве Proxmox не добавляет эти ключи в /etc/pve/priv/known_hosts? https://pve.proxmox.com/pipermail/pve-devel/2016-November/024109.html
18.12.2017 19:56:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Sat, 16 Dec 2017 00:42:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Больше информации: Я все еще не понимаю, почему это произошло... но теперь я подозреваю, что это связано с тем, что, похоже, нет никакой SSH-связи для сети выделенного кластера? Запуск на моей сети выделенного кластера (по умолчанию) (НЕУДАЧА): Код: # /usr/bin/ssh -v -o 'BatchMode=yes' root@192.X.X.X /bin/true OpenSSH_6.7p1 Debian-5+deb8u4, OpenSSL 1.0.1t 3 мая 2016 debug1: Чтение конфигурационных данных /root/.ssh/config debug1: Чтение конфигурационных данных /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config строка 19: Применение опций для * debug1: Подключение к 192.X.X.X [192.X.X.X] порт 22. debug1: Соединение установлено. debug1: permanently_set_uid: 0/0 debug1: файл идентификации /root/.ssh/id_rsa type 1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_rsa-cert type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_dsa type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_dsa-cert type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ecdsa type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ed25519 type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ed25519-cert type -1 debug1: Включение兼容性 режима для протокола 2.0 debug1: Локальная строка версии SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u4 debug1: Версия удаленного протокола 2.0, версия удаленного ПО OpenSSH_6.7p1 Debian-5+deb8u4 debug1: совпадение: OpenSSH_6.7p1 Debian-5+deb8u4 pat OpenSSH* compat 0x04000000 debug1: SSH2_MSG_KEXINIT отправлено debug1: SSH2_MSG_KEXINIT получено debug1: kex: сервер->клиент aes128-ctr umac-64-etm@openssh.com none debug1: kex: клиент->сервер aes128-ctr umac-64-etm@openssh.com none debug1: отправка SSH2_MSG_KEX_ECDH_INIT debug1: ожидание SSH2_MSG_KEX_ECDH_REPLY debug1: Ключ хоста сервера: ECDSA BLAH BLAH BLAH Проверка ключа хоста не удалась. Запуск на сети ВМ (УСПЕШНО): Код: # /usr/bin/ssh -v -o 'BatchMode=yes' root@10.X.X.X /bin/true OpenSSH_6.7p1 Debian-5+deb8u4, OpenSSL 1.0.1t 3 мая 2016 debug1: Чтение конфигурационных данных /root/.ssh/config debug1: Чтение конфигурационных данных /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config строка 19: Применение опций для * debug1: Подключение к 10.X.X.X [10.X.X.X] порт 22. debug1: Соединение установлено. debug1: permanently_set_uid: 0/0 debug1: файл идентификации /root/.ssh/id_rsa type 1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_rsa-cert type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_dsa type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_dsa-cert type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ecdsa type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ed25519 type -1 debug1: key_load_public: Нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_ed25519-cert type -1 debug1: Включение兼容性 режима для протокола 2.0 debug1: Локальная строка версии SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u4 debug1: Версия удаленного протокола 2.0, версия удаленного ПО OpenSSH_6.7p1 Debian-5+deb8u4 debug1: совпадение: OpenSSH_6.7p1 Debian-5+deb8u4 pat OpenSSH* compat 0x04000000 debug1: SSH2_MSG_KEXINIT отправлено debug1: SSH2_MSG_KEXINIT получено debug1: kex: сервер->клиент aes128-ctr umac-64-etm@openssh.com none debug1: kex: клиент->сервер aes128-ctr umac-64-etm@openssh.com none debug1: отправка SSH2_MSG_KEX_ECDH_INIT debug1: ожидание SSH2_MSG_KEX_ECDH_REPLY debug1: Ключ хоста сервера: RSA BLAH BLAH BLAH debug1: Хост '10.X.X.X' известен и соответствует RSA ключу хоста. debug1: Найден ключ в /etc/ssh/ssh_known_hosts:8 debug1: SSH2_MSG_NEWKEYS отправлено debug1: ожидание SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS получено debug1: SSH2_MSG_SERVICE_REQUEST отправлено debug1: SSH2_MSG_SERVICE_ACCEPT получено debug1: Методы аутентификации, которые могут продолжаться: publickey, password debug1: Следующий метод аутентификации: publickey debug1: Предложение RSA публичного ключа: /root/.ssh/id_rsa debug1: Сервер принимает ключ: pkalg ssh-rsa blen 279 debug1: Аутентификация прошла успешно (publickey). Аутентифицирован до 10.X.X.X ([10.X.X.X]:22). debug1: канал 0: новый [client-session] debug1: Запрос no-more-sessions@openssh.com debug1: Вход в интерактивную сессию. debug1: Отправка окружения. debug1: Отправка env LANG = en_US.UTF-8 debug1: Отправка команды: /bin/true debug1: client_input_channel_req: канал 0 rtype exit-status ответ 0 debug1: client_input_channel_req: канал 0 rtype eow@openssh.com ответ 0 debug1: канал 0: свободен: client-session, nchannels 1 Передано: отправлено 3056, получено 2164 байт, за 0.0 секунды Байты в секунду: отправлено 694091.8, получено 491496.9 debug1: Статус выхода 0 Чтобы было понятно, если я SSH с хоста, с которого хочу мигрировать, на хост, на который хочу мигрировать, и принимаю запись ECDSA ключа (что добавляет ключ в файл known_hosts в ~/.ssh/known_hosts), миграция сработает на выделенном кластере. Похоже, что ключ ECDSA должен быть добавлен в кластерный /etc/pve/priv/known_hosts... но, похоже, этого не происходит. Я следовал этому руководству для настройки сети выделенного кластера: https://pve.proxmox.com/wiki/Separate_Cluster_Network Теперь что?
16.12.2017 00:42:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Fri, 15 Dec 2017 17:54:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Больше информации: Я заметил, что могу осуществить ssh с всех узлов, если использую: root@hostname, но при использовании root@FQDN запрашивается ключ... кажется, здесь что-то связано с DNS... хм...
15.12.2017 17:54:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Fri, 15 Dec 2017 17:12:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Больше информации... На одном узле "сломленного кластера" я удалил "известные хосты" в локальной папке ssh. Затем я выполнил живую миграцию виртуальной машины с одного узла на этот узел. Это прошло успешно. После этого я попыталсяlive мигрировать обратно на оригинальный узел, но это не удалось. После восстановления "известных хостов" в локальной папке ssh я снова смог успешно мигрировать виртуальную машину обратно. Так что, похоже, в моем случае живая миграция зависит от файла известных хостов в локальной папке ssh для моего сломленного кластера. В работающем кластере в этой папке нет файлов "известных хостов". Добавлю, что я использую выделенный интерфейс миграции в сломанном кластере, а в рабочем кластере его нет, если это имеет значение. Как же мне это исправить? Спасибо! Дан
15.12.2017 17:12:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Fri, 15 Dec 2017 16:51:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Все еще не понимаю, как мы оказались в такой ситуации... Немного больше информации: я не могу установить ssh-соединение с большинства узлов, не получив запроса на принятие SSH-ключа. Если сравнить с другим кластером pve в нашей среде, все узлы могут ssh соединиться друг с другом без проблем. В "работающем" кластере в локальной папке ssh на любом из узлов нет файла "known hosts". В "неработающем" кластере в локальной папке ssh на всех узлах есть файл "known hosts". У них у всех разные значения. Поможет ли удаление всех различных "known hosts" в локальных папках ssh на всех узлах решить проблему? Спасибо, Дэн.
15.12.2017 16:51:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Fri, 15 Dec 2017 02:23:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Просто возвращаюсь к этому вопросу... Это всё ещё проблема, и мне трудно разобраться, как её решить. Я долгое время прихрамывал, но мне нужно добавить 5 новых узлов, и я хочу убедиться, что это будет решено, прежде чем я это сделаю. На данный момент 5 узлов находятся в различных состояниях. Есть ли способ исправить это, не убивая активную среду? Могу ли я восстановить ключи? Возможно, стоит упомянуть, что я также запускаю CEPH на всех этих узлах. (если это важно). Буду признателен за любую помощь. Спасибо, Дэн.
15.12.2017 02:23:00, dmulk.

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер

Wed, 09 Aug 2017 04:30:00 +0300

ОШИБКА / НЕДОСТАЮЩАЯ ФУНКЦИЯ: Проверка ключа хоста не проходит после добавления узла в существующий кластер Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Все, я только что добавил новый, 5-й узел к моему существующему кластеру PVE 4.4-15, и когда я пытаюсь выполнить живую миграцию ВМ на новый узел, это завершается неудачей с сообщением "Проверка ключа хоста не удалась". Мой кластер настроен с выделенной, отдельной сетью для общения между узлами. Все узлы могут пинговать друг друга и имеют доступ ко всем общим хранилищам. Я использовал следующую команду для добавления узла: pvecm add IP-ADDRESS-CLUSTER -ring0_addr IP-ADDRESS-RING0 Кто-нибудь с этим сталкивался? Спасибо,
09.08.2017 04:30:00, dmulk.