проблема с управлением изображениями в Nexus Dashboard Fabric Controller
-
Речь идет о развертывании на базе VMware ESX (
.ova
) с 3 узлами данных и 3 узлами приложений. Nexus Dashboard v2.1(2d), Fabric Controller v12.0.2f. Я пытаюсь обновить образ с помощью Nexus Dashboard Fabric Controller, но постоянно получаю следующую ошибку: Есть ли идеи, как это исправить? Запуск этапа создания образа.
Подготовка образа nxos.9.3.8.bin
ssh: подключение к хосту 10.192.162.207 порт 22: время ожидания подключения истекло Статус
этапа создания образа — сбой. -
Проблема была устранена только после перезагрузки всех 6 виртуальных машин, связанных с 6 узлами (простая перезагрузка узлов не помогла). Похоже, что служба управления с именем «cisco-ndfc-dcnm-poap-mgmt-http-ssh» отвечает за обновление, и ранее она не могла связываться с сетью, поскольку ей был назначен IP-адрес 10.192.162.207. Перезагрузка всех виртуальных машин устранила проблему со связью, и обновление прошивки начало работать.
-
Привет
[, @Sunil Gajjar] Вы знакомы с
IP-адресом
«
10.192.162.207»?
Это может быть внутренний IP-адрес подсистемы в кластере (если вы не узнаете этот адрес).
Перейдите в Nexus Dashboard > Admin Console > System Resources > Pods
и введите фильтр: IP Address == 10.192.162.207 -
Здравствуйте, у меня такая же проблема. У меня только 1 виртуальная машина, я перезагрузил ее, но в промежуточной среде ничего не изменилось. Однако у меня появляется следующее сообщение об ошибке:
sim@10.x.x.x
's password: Разрешение отказано, попробуйте еще раз. Пароль sim@10.x.x.x: (где 10.x.x.x — внешний IP-адрес пула) Статус стадии — сбой. Есть какие-нибудь идеи? -
Я не сталкивался с этой ошибкой, но предполагаю, что она может быть связана со службой cisco-ndfc-dcnm-poap-mgmt-http-ssh. Чтобы проверить это, перейдите в Admin Console> Admin > System Settings и убедитесь, что в таблице External Service Pool назначение для «cisco-ndfc-dcnm-poap-mgmt-http-ssh» отображается как In Use. Если все в порядке, то, по-моему, следующим шагом будет проверка учетных данных устройства, поскольку возникает ошибка, связанная с разрешением, чтобы убедиться, что устройство доступно через предоставленные учетные данные в разделе NDFC > Настройки > Управление учетными данными LAN, поскольку NDFC
сначала пытается использовать индивидуальные учетные данные коммутатора в разделе Устройства. Если столбцы учетных данных (имя пользователя/пароль) в разделе Устройства пусты, будут использоваться учетные данные по умолчанию. -
У меня такая же проблема, такое же сообщение об ошибке, только перезагрузка виртуальных машин не решила проблему. Я вижу IP-адрес, настроенный для службы
«cisco-ndfc-dcnm-poap-mgmt-http-ssh» в консоли администрирования/инфраструктуре/конфигурации кластера/пулах внешних служб. Я не имею представления, как это было настроено, и не могу это изменить. IP-адрес не поддается пингу, поэтому я предполагаю, что именно поэтому этап завершается с ошибкой. -
NDFC назначает IP-адрес службе
«cisco-ndfc-dcnm-poap-mgmt-http-ssh» из пула внешних служб, и она откликается на ping, поэтому проверьте, что эти IP-адреса маршрутизируются и конфигурация виртуальной машины выполнена правильно, чтобы разрешить VLAN для подсети, настроенной для пула внешних служб.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти