<![CDATA[ошибка Elasticsearch в Cisco Nexus Dashboard Fabric Controller]]>Здравствуйте, сообщество! Я использую NDFC версии 12.2.2.241 с Nexus Dashboard версии 3.2.1i. Когда я пытаюсь восстановить NDFC, появляется ошибка «cluster is not healthy» (кластер неисправен). Я проверил свой кластер и получил сообщение «cisco-ndfc-controller-elasticsearch: could not fetch component status» (cisco-ndfc-controller-elasticsearch: не удалось получить статус компонента). Я попытался найти информацию об этой ошибке и нашел следующую ссылку:
https://bst.cisco.com/quickview/bug/CSCwm51621
. Там сказано: «В таких случаях следуйте инструкциям WA, чтобы устранить ошибку, а затем продолжите операцию». Что значит «следуйте WA», что такое «WA»? Может ли кто-нибудь мне это объяснить?

]]>https://sla247.ru/forum/topic/1782/ошибка-elasticsearch-в-cisco-nexus-dashboard-fabric-controllerRSS for NodeFri, 15 May 2026 11:00:28 GMTThu, 26 Feb 2026 20:25:13 GMT60<![CDATA[Reply to ошибка Elasticsearch в Cisco Nexus Dashboard Fabric Controller on Thu, 26 Feb 2026 20:25:15 GMT]]>@Джерард Паулино В настоящее время я использую ndfc в своей лаборатории, и я выполнил перезагрузку acs и восстановил процесс из резервной копии. Ошибка исчезла. Когда я снова столкнусь с этой ошибкой, я попробую ваш метод без TAC и сообщу о результате здесь. Спасибо за совет!

]]>https://sla247.ru/forum/post/13005https://sla247.ru/forum/post/13005Thu, 26 Feb 2026 20:25:15 GMT<![CDATA[Reply to ошибка Elasticsearch в Cisco Nexus Dashboard Fabric Controller on Thu, 26 Feb 2026 20:25:14 GMT]]>Это может вам помочь: Обходной путь:
без доступа к TAC для этого потребуется перезагрузка узла. Чтобы узнать, какой узел необходимо перезагрузить, выполните следующие действия: 1. Войдите в систему как пользователь rescue-user на всех основных узлах. 2. Запустите ls -la /logs/k8/clusterhealth-controller.log 3. Посмотрите временные метки изменений 4. Узел, на котором находится файл журнала с самым поздним временем изменения, необходимо перезагрузить. С доступом к TAC: 1. Войдите в систему как root на одном из узлов 2. kubectl get pods -n kube-system | grep mond 3. kubectl delete pods/
-n kube-system (для всех 3 под) В моем случае у меня была такая же ошибка, и решением было перезагрузить ОС VM. С уважением.

]]>https://sla247.ru/forum/post/13004https://sla247.ru/forum/post/13004Thu, 26 Feb 2026 20:25:14 GMT