Элтекс

Коммутатор mes2124 с прошивкой 1.1.40 зависает ( в последствии обновили до 1.1.42 но проблема осталась ).

Суть в том, что коммутатор мониторится NOC. NOC раз в 10 минут посылает команды типа show, для сбора общей информации:

show interface status
show interface Gigabitethernet 1/0/1
.
.
.
show interface Gigabitethernet 1/0/24
show version
show interface description
show interface configuration
show port-channel

Время запросов не превышает 1 минуты. После 3-5 часов коммутатор зависает и помогает только перезагрузка и тоже на время. Если отключить его от NOC, то нормально.
Следующая проблема в том что логи получить не удается, т.к. после перезагрузки их НЕТ. Еще одна проблема в том, что после последнего зависания, перестали работать два порта.

Здравствуйте.

aleksandr__k писал(а):Коммутатор mes2124 с прошивкой 1.1.40 зависает ( в последствии обновили до 1.1.42 но проблема осталась ).

Суть в том, что коммутатор мониторится NOC. NOC раз в 10 минут посылает команды типа show, для сбора общей информации:

show interface status
Время запросов не превышает 1 минуты. После 3-5 часов коммутатор зависает и помогает только перезагрузка и тоже на время.

Прошу предоставить весь перечень команд, которые отправляются на коммутатор.
С каким интервалом отправляются команды?
Используете подключение по telnet?

aleksandr__k писал(а):Следующая проблема в том что логи получить не удается, т.к. после перезагрузки их НЕТ.

Журнал вообще пуст?
Какой командой проверяете?
До перезагрузки логи были?
Остается ли доступ через COM-порт во время зависания?

aleksandr__k писал(а):Еще одна проблема в том, что после последнего зависания, перестали работать два порта.

Прошу сообщить номера портов и характер неисправности.

Также прошу предоставить конфигурацию коммутатора.

1.Прилагаю лог с такакса:



2. Подключение происходит по ssh
3. Нет, журнал не совсем пуст, записи идут от 18 сентября 2015
Проверяю командой show logging
До перезагрузки логи показывает в норме
Во время аварии доступ по COM-порту не проверял ( проверим если нужно )

4. Порты № 3 и 4.
Клиенты на них не получают сеть. Никаких ошибок на них не регистрируется, при переводе этих портов в up или down, в логах о них не отображается никакой информации.

5. Конфиг только с понедельника.

Здравствуйте.

aleksandr__k писал(а):3. Нет, журнал не совсем пуст, записи идут от 18 сентября 2015
Проверяю командой show logging
До перезагрузки логи показывает в норме

Логи в этом журнале хранятся до перезагрузки.
Смотрите логи по команде show logging file (предварительно установите необходимый уровень логирования, команда logging file <level>).

aleksandr__k писал(а): Во время аварии доступ по COM-порту не проверял ( проверим если нужно )

Да, проверьте. Если доступ будет, то предоставьте вывод по командам:
show cpu utilization
show tasks utilization (предварительно включите сервис командой service tasks-utilization )

aleksandr__k писал(а):4. Порты № 3 и 4.
Клиенты на них не получают сеть. Никаких ошибок на них не регистрируется, при переводе этих портов в up или down, в логах о них не отображается никакой информации.

Порты 15 и 16 при этом работают?
После перезагрузки коммутатора порты 3 и 4 встают в работу?
Приведите вывод по команде show interfaces status во время наблюдения проблемы.

Здравствуйте.

Логи в этом журнале хранятся до перезагрузки.
Смотрите логи по команде show logging file (предварительно установите необходимый уровень логирования, команда logging file <level>).

Режим логирования был настроен на warning,в прикрепленном конфиге это видно. Проверил командой logging file, логи только от 18,09 и сразу после перезагрузки. Ничего кроме информации о портах и логировании на коммутатор нет.

Прилагаю конфиг:

Да, проверьте. Если доступ будет, то предоставьте вывод по командам:
show cpu utilization
show tasks utilization (предварительно включите сервис командой service tasks-utilization )

К сожалению нет возможности проверить доступ через COM-порт.

Провели несколько экспериментов. Взяли другой коммутатор, на сей раз 2124M.
Как тестовый образец, без нагрузки, только мониторинг NOC'ом. Конфиг залили с первого (проблемного) коммутатора.

Через несколько часов после подключения его к NOC, коммутатор зависает.
На тестовом (2124M) доступ через COM-порт во время аварии получить не удается, соответственно и проверить загрузку процессора.

Порты чуть позже проверю.

Порты 15 и 16 при этом работают?
После перезагрузки коммутатора порты 3 и 4 встают в работу?
Приведите вывод по команде show interfaces status во время наблюдения проблемы.

Порты 15 и 16, как 3 и 4 не работают. Индикация на портах есть, но статус показывает что они в down.

Касательно task utilization, получилось во время сильной загрузки ( 90% ), снять информацию:

aleksandr__k писал(а):

Порты 15 и 16 при этом работают?
После перезагрузки коммутатора порты 3 и 4 встают в работу?
Приведите вывод по команде show interfaces status во время наблюдения проблемы.

Порты 15 и 16, как 3 и 4 не работают. Индикация на портах есть, но статус показывает что они в down.

Проблема известна и уже решена. Версия ПО с исправлением планируется к выпуску в декабре.
Обсуждалось в viewtopic.php?f=10&t=5478
На текущей версии ПО перезагрузка коммутатора поможет вернуть порты в работоспособное состояние.

Какие заключения по поводу проблемы обозначенной выше?

Спасибо.

aleksandr__k писал(а):Какие заключения по поводу проблемы обозначенной выше?

Пытаемся повторить ситуацию у себя.

Здравствуйте.

Есть новая информация, возможно поможет.
Как я уже писал, при зависании он не пускает по COM порту, по ssh и нет пингов.

После того как коммутатор завис, мы о нем забыли и не трогали около суток.
Через некоторое время он частично восстановился. Появился доступ по COM и возобновились пинги, но доступа по ssh нет.

Удалось снять реальные данные во время проблемы:

show cpu utilization показывает
five seconds: 4%; one minute: 3%; five minutes: 4%

show task utilization при этом


Так же прилагаю скрины zabbix по процессору:

Поведение во время запросов, перед обвалом. Как видно, уходит в пик, каждые 10 минут. Появились разрывы в графике.


Это поведения как до нагрузки, так и во время когда к нему удалось получить доступ после зависания.

Здравствуйте.

Удалось ли что-нибудь прояснить по проблеме зависания коммутаторов?

Здравствуйте.
Зависание воспроизвести не удается. Коммутатор мониторится NOC. Опрос так же каждые 10 минут. Двое суток в работе.
Повторяется ли у Вас зависание на дефолтной конфигурации?

Да, по дефолту не зависает. Сбросили и настроили только адрес и мониторинг. В таком режиме стоял 3 дня, не завис. Но загрузка процессора 60-90℅ при каждом опросе. Это без нагрузки и без конфигурации. Ранее загрузка была всегда в районе 90℅. Может ли это зависеть от количества выводимой информации при опросе, чем больше конфиг, тем больше он выводит каждый раз.
В целом проблема никуда не ушла.

aleksandr__k, у себя зависание повторили. Есть предположение, что это из-за ssh. Попробуйте в ноке поменять способ опроса вместо ssh - telnet. Будет ли наблюдаться зависание? Будем разбираться в в причинах.

Добрый день.

Есть ли какие-нибудь новости по решению данной проблемы и когда планируется выход новой прошивки?