Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

%STACKMGR-1-STACK_SPLIT Сетевое оборудование и VPN

Cisco %STACKMGR-1-STACK_SPLIT: Split brain detected on switch stack — ликвидация аварии

Обновлено: 24.08.2026 · Официальная документация ↗

Стек коммутаторов регистрирует катастрофический сбой %STACKMGR-1-STACK_SPLIT: Split brain detected on switch stack. Multiple master switches active. Стек распадается на две изолированные части, каждая из которых считает себя главной, вызывая повсеместный конфликт IP-адресов шлюзов по умолчанию (Duplicate IP Address), дублирование MAC-адресов и петли L2.

1. Экспресс-диагностика статуса мемберов стека

show switch
show switch detail
show switch neighbors

Определите, какие юниты видят друг друга, и какой свитч находится в роли Active Master, а какой — в Standby или Member.

2. Изоляция аварийной половины стека (Предотвращение сетевого шторма)

Если кабели стекирования полностью оборваны, немедленно отключите электропитание сбойного свитча (или отсоедините все его сетевые патч-корды), чтобы убрать дублирующий активный IP-адрес из сети.

3. Проверка совпадения версий программного обеспечения (IOS-XE)

Стек не может собраться воедино, если на одном из коммутаторов установлена другая версия софта (Version Mismatch / V-Mismatch):

show version | include Software
! При необходимости выполните автообновление мембера:
software auto-upgrade enable

4. Настройка приоритетов Master коммутаторов (Stack Priority)

Явно задайте приоритеты, чтобы предсказуемо управлять выбором лидера (15 — максимальный приоритет, 1 — минимальный):

configure terminal
 switch 1 priority 15  # Основной свитч (Primary Core)
 switch 2 priority 14  # Резервный свитч (Secondary Core)
 switch 3 priority 1
 switch 4 priority 1
end

5. Восстановление физического кольца и перезагрузка подчиненных узлов

! После восстановления кабелей перезагрузите изолированный юнит:
reload slot <switch_number>
💡 Практика специалистов: Для критических узлов ядра сети (Core/Aggregation) вместо физического стекирования StackWise рекомендуется использовать технологии StackWise-Virtual (на Cat 9500/9600) или VPC (на Nexus) с независимым Dual-Active Detection (DAD) линком для защиты от Split-Brain.

Частые вопросы (FAQ)

Почему при обрыве обоих кабелей стека возникает Split-Brain?

Каждый изолированный сегмент теряет heartbeat-сообщения от Master-коммутатора и, согласно логике высокой доступности, переводит свой локальный Standby-коммутатор в статус Active Master.

Как предотвратить падение сети при сбое мастера?

Настройте механизмы StackPower (для резервирования питания) и Cross-Stack EtherChannel (LACP-транки, распределенные по разным физическим свитчам стека).

Что означает состояние 'V-Mismatch' в выводе show switch?

Новый подключенный коммутатор имеет другую версию IOS-XE. Он не сможет войти в стек, пока на него не будет установлена идентичная версия микрокода.

Сохраняются ли номера интерфейсов (например, Gi2/0/1) при смене мастера?

Да, нумерация портов привязана к статическому номеру коммутатора (switch <num> provision), сохраненному в NVRAM, а не к его роли Master/Member.

Полезные материалы
Рекомендуем