медленная работа графического интерфейса Cisco ISE
-
Привет всем, у нас возникла проблема с графическим интерфейсом Cisco ISE, который иногда работает медленно и не отвечает. Я уже проверил загрузку процессора и памяти, все в норме. Поэтому я воспользовался Tech Top и обнаружил следующее: в MIB Swap показатель 0,0 free ![farihkurniawan_0-1765432355771.png] Есть ли какая-то связь с тем, что ISE GUI иногда работает медленно или не отвечает? Или, возможно, я не знаю, где правильно проверить использование ЦП и памяти. Как правильно проверить в GUI или CLI использование ЦП и памяти? И я обнаружил, что в панели инструментов виджет «Сводка системы» пустой. Как это проверить? Спасибо. ![farihkurniawan_1-1765432719381.png]


-
Высокая загрузка ЦП определенным процессом jsvc/diag часто является симптомом более серьезных проблем [) Это новая установка или замедление произошло после обновления? Какой тип развертывания? Для скольких конечных устройств это используется? TACACS и Radius? Я обычно выполняю следующие базовые проверки: show cpu usage
show memory statistics
show disk
show application status ise Еще один вопрос: пинг с вашего конечного устройства при доступе к ISE GUI в порядке? А как насчет той же подсети, в которой находится ISE, в той же VLAN? Все работает как положено? Вы пробовали другой браузер? Другие советы по устранению неполадок: https://www.cisco.com/c/en/us/support/docs/security/identity-services-engine/222906-understand-ise-services-purpose-and-tro.html#toc-hId-1638366738 BB
=====Preenayamo Vasudevam=====
***** Оцените все полезные ответы *****
Как обратиться за помощью к сообществу Cisco -
@farih-kurniawan
, ваш
узел
работает более 124 дней, и у вас возникла проблема
с утечкой памяти
(MiB Swap Free: 0.0). Используйте следующие команды для перезагрузки
узла
: ise/admin#
application stop ise
ise/admin#
reload Надеюсь, это поможет! -
Мы используем Cisco ISE версии 3.3.0.430 патч 7.
-
Здравствуйте, В таких случаях сложно определить первопричину проблемы. Какую версию ISE или патч вы использовали ранее и сталкивались ли вы с такими же проблемами в той версии? Как часто это происходит? Когда это происходит, пробовали ли вы одновременно запустить другую машину, чтобы изолировать проблему? Используете ли вы Chrome в качестве браузера для управления ISE? Давайте сначала разберемся с этим. Это виртуальная машина или физическая установка? Если это виртуальная машина, каковы характеристики vCPU, HDD и выделенная память? В то же время я вижу высокую загрузку ЦП и памяти в процессе jsvc, что может указывать на ошибочное поведение (утечки памяти или нехватка ресурсов). Я также вижу высокую загрузку ЦП в процессе diagrunner, что может указывать на чрезмерный сбор данных, в то же время этот процесс не потребляет память, что странно. Это будет вторая область для исследования, которая может привести к применению нового пакета или обновлению версии. Спасибо, Кристиан.
-
Привет,
@Cristian Matei
, мы начали с патча 3, затем обновили его до 6, а потом снова обновили до 7, и так до настоящего момента. А теперь выпустили патч 8. В предыдущем патче у этого клиента подобных проблем не было. Это первый случай. Но у другого клиента, у которого все еще установлен патч 3, такая проблема возникла. Думаю, что эта проблема, возможно, не связана с патчем. Спасибо. -
Привет,
@balaji.bandi
, нет, это не новое развертывание, у нас было 2 узла Cisco ISE. Мы используем перекрестную персону между узлами, похоже, 4K конечных пользователей с tacacs и Radius. Ping выглядит нормально, и мы уже пробовали разные браузеры. -
Да, вы правы,
@Marcelo Morais
. Мы уже пробовали это (перезагрузить Cisco ISE), и MIB снова вернулся в нормальное состояние с достаточным количеством свободного места. Интересно, повторится ли эта проблема в будущем. Это что, обычная процедура — перезагружать Cisco ISE? Спасибо. -
@farih-kurniawan
, к сожалению, эта проблема, скорее всего, повторится в будущем. Эта проблема связана с версией ISE и характеристиками клиента (используемые ресурсы, количество запросов RADIUS в день, характеристики узла и т. д.). У некоторых клиентов мне приходилось запускать эту процедуру каждые 45–90 дней. Мое предложение: каждые 7 дней
наблюдайте за результатом MiB Swap Free, чтобы проверить, когда проблема станет критической в вашем конкретном случае
после этого выполните
новую перезагрузку
.
попробуйте отключить неиспользуемые
службы
,
функции
или
пробы
.
Начните цикл заново. Примечание: какова ваша модель SNS / VM (HD, CPU и RAM)? Надеюсь, это поможет!
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти