yamakasi Posted September 24, 2015 (edited) · Report post Приветствую всех участников форума. Нужна помощь с extreme x430. Суть проблемы в отказе данного устройства в загрузке любой созданной конфигурации, он постоянно подгружает заводские настройки. Этому предшествовало извлечение батарейки с коммутатора, после чего жить по заданному сценарию он отказывается. Edited September 24, 2015 by yamakasi Share this post Link to post Share on other sites
darkagent Posted September 24, 2015 · Report post батарейка то на место вернулась? save config primary use config primary и посмотреть в ls на предмет какого-нибудь autoexec.xsf Share this post Link to post Share on other sites
yamakasi Posted September 24, 2015 · Report post Конечно) И все эти манипуляции были сделаны, никакого эффекта это не дало. Ничего нет, кроме primary, secondary и еще одного конфига, созданного в качестве проверки одной из теорий, нет. Share this post Link to post Share on other sites
darkagent Posted September 24, 2015 · Report post Такое ощущение, что сбиты бут-опции, лечить такое по-хорошему через debug-mode (через TAC, например). Как временная мера - можно после настройки коммутатора сделать: save conf as-script autoexec Share this post Link to post Share on other sites
yamakasi Posted September 24, 2015 · Report post Такое ощущение, что сбиты бут-опции, лечить такое по-хорошему через debug-mode (через TAC, например). Так так, а вот здесь по подробнее можно пожалуйста? На сколько я узнал из прочитанного по этому поводу, есть некоторые сложности с попаданием в этот режим? Share this post Link to post Share on other sites
darkagent Posted September 24, 2015 · Report post Пароль к debug-mode генерируется по ключевому запросу в TAC, при этом имеет очень короткий срок жизни, т.е. по факту этот режим доступен исключительно только для инженеров TAC. При этом некоторые телодвижения с бут-опциями возможны только при подключении по консоли - т.е. железку и вовсе придется везти в сервис-центр, если там совсем все плохо. В целом, нерешаемых проблем нет, и удаленное восстановление тоже вполне возможно, если сможете обеспечить подключение коммутатора менеджментом во внешний мир, а так же предоставить доступ по удаленке к консоли коммутатора. Share this post Link to post Share on other sites
g3fox Posted September 25, 2015 · Report post Похоже что сбиты какие-то регистры, вроде как у циски confreg. Share this post Link to post Share on other sites
JohnnyL Posted September 28, 2015 · Report post Покажите вывод: debug cfgmgr show history Share this post Link to post Share on other sites
yamakasi Posted October 2, 2015 · Report post Покажите вывод CM State Change History ------------------------------------------------------------------------------ entry nodeState cmState cmEvent timeStamp ---------- --------- ----------------- ---------- ------------------------ 0x457d48 BOOT_INIT - Mon Jan 8 22:17:35 2001 0x457d60 STANDBY BOOT_INIT BE_STANDBY Mon Jan 8 22:17:43 2001 0x457d78 STANDBY BOOT_INIT - Mon Jan 8 22:17:43 2001 0x457d90 OPERATIONAL BOOT_INIT BE_PRIMARY Mon Jan 8 22:17:47 2001 0x457da8 OPERATIONAL BOOT_WAIT_CONNECT - Mon Jan 8 22:17:47 2001 0x457dc0 OPERATIONAL BOOT_WAIT_CONFIG - Mon Jan 8 22:18:06 2001 0x457dd8 OPERATIONAL BOOT_LOADING - Mon Jan 8 22:18:33 2001 0x457df0 OPERATIONAL RUNNING - Mon Jan 8 22:18:37 2001 Total 8 CM state changes, shown last 8/64 change(s). Share this post Link to post Share on other sites
JohnnyL Posted October 2, 2015 · Report post До вывода этой команды вы делали попытки сохранить конфиг? Должно быть так: ------------------------------------------------------------------------------ CM State Change History ------------------------------------------------------------------------------ entry nodeState cmState cmEvent timeStamp ---------- --------- ----------------- ---------- ------------------------ 0x80939c0 STANDBY BOOT_INIT - Fri Oct 2 02:48:51 2015 0x80939d8 STANDBY BOOT_INIT BE_STANDBY Fri Oct 2 02:48:51 2015 0x80939f0 STANDBY BOOT_INIT - Fri Oct 2 02:48:51 2015 0x8093a08 OPERATIONAL BOOT_INIT BE_PRIMARY Fri Oct 2 02:48:54 2015 0x8093a20 OPERATIONAL BOOT_WAIT_CONNECT - Fri Oct 2 02:48:54 2015 0x8093a38 OPERATIONAL BOOT_WAIT_CONFIG - Fri Oct 2 02:49:02 2015 0x8093a50 OPERATIONAL BOOT_LOADING - Fri Oct 2 02:49:05 2015 0x8093a68 OPERATIONAL RUNNING - Fri Oct 2 02:49:05 2015 0x8093a80 OPERATIONAL SAVE_DRAINING - Fri Oct 2 02:57:16 2015 0x8093a98 OPERATIONAL SAVE_INPROGRESS - Fri Oct 2 02:57:16 2015 0x8093ab0 OPERATIONAL SAVE_COMPLETE - Fri Oct 2 02:57:16 2015 0x8093ac8 OPERATIONAL RUNNING - Fri Oct 2 02:57:16 2015 Total 12 CM state changes, shown last 12/64 change(s). ------------------------------------------------------------------------------ последние три строки это результат выполнения save Share this post Link to post Share on other sites
yamakasi Posted October 2, 2015 (edited) · Report post JohnnyL, вот лог после сохранения: ------------------------------------------------------------------------------ CM State Change History ------------------------------------------------------------------------------ entry nodeState cmState cmEvent timeStamp ---------- --------- ----------------- ---------- ------------------------ 0x457d48 BOOT_INIT - Tue Jan 9 02:49:11 2001 0x457d60 STANDBY BOOT_INIT BE_STANDBY Tue Jan 9 02:49:21 2001 0x457d78 STANDBY BOOT_INIT - Tue Jan 9 02:49:21 2001 0x457d90 OPERATIONAL BOOT_INIT BE_PRIMARY Tue Jan 9 02:49:24 2001 0x457da8 OPERATIONAL BOOT_WAIT_CONNECT - Tue Jan 9 02:49:24 2001 0x457dc0 OPERATIONAL BOOT_WAIT_CONFIG - Tue Jan 9 02:49:42 2001 0x457dd8 OPERATIONAL BOOT_LOADING - Tue Jan 9 02:50:09 2001 0x457df0 OPERATIONAL RUNNING - Tue Jan 9 02:50:14 2001 0x457e08 OPERATIONAL SAVE_DRAINING - Tue Jan 9 02:57:09 2001 0x457e20 OPERATIONAL SAVE_INPROGRESS - Tue Jan 9 02:57:09 2001 0x457e38 OPERATIONAL SAVE_COMPLETE - Tue Jan 9 02:57:10 2001 0x457e50 OPERATIONAL RUNNING - Tue Jan 9 02:57:10 2001 Total 12 CM state changes, shown last 12/64 change(s). ------------------------------------------------------------------------------ Edited October 2, 2015 by yamakasi Share this post Link to post Share on other sites
