Добрый день!
В данной статье я хотел бы рассказать о полученном мной опыте по обновлению IOS на коммутаторах Cisco Catalyst 3750-X.
На фирме, где я работаю был запущен стек из 4-х коммутаторов Cisco 3750-X. Изначально все работало на IOS 15.0(1)SE. Спустя некоторое время один из коммутаторов в стеке перегрузился сам, через некоторое время еще раз. После переписки с Cisco TAC, было решено обновить IOS.
Почти перед самым выполнением работ, я наткнулся случайно на статью, где написано, что обновление IOS на Cisco Catalyst 3750-X может занять больше времени, чем думаете — tekcert.com/blog/2012/04/07/upgrading-3750x-can-take-longer-you-think Возможно, что я мог упустить это из виду, в ходе просмотра документации cisco.
В итоге на обновление IOS ушло примерно 30-40 минут.
Ошибку, по которой перегружался один из коммутаторов, уже не помню. Следуя указаниям Cisco TAC, было решено обновиться до 15.2(1)Е. После обновления коммутаторов, все поднялось и заработало, за исключением менеджмента самого коммутатора. Невозможно было подключиться к нему по SSH, наблюдались пропадания пингов.
При подключении через консоль, сыпались сообщения:
-Traceback= 67945Cz 22E7658z 2CDAF8Cz 2CDFBDCz 2CE0724z 27CCF80z 27BA8B0z 28B62CCz 2D5771Cz 2D51C54z
%IP_DEVICE_TRACKING-4-TABLE_LOCK_FAILED: Table already locked by process-id 269(HRPC ip device track request handler)
%SCHED-3-SEMLOCKED: HRPC ip device track request handler attempted to lock a semaphore, already locked by itself
На сайте Сisco был найден баг, похожий на нашу проблему:
CSCuj04986
Symptom: ip device tracking feature is enabled by default and can't be disabled
Conditions: When trying to disable it, it displays messages, but there is no way to disable it…
TGA(config)#no ip device tracking
% IP device tracking is disabled at the interface level by removing the relevant configs
Workaround: ip device tracking max 0
More Info: CLI «no ip device tracking» is not meant to be used.
Но ввести эту команду не удалось, т.к. не смог залогиниться на оборудование и поэтому откатился обратно на версию 15.0(1)SE.
После неудачной попытки обновления, оборудование продолжало работать на 15.0(1)SE. Тут появилась новая проблема, описание которой затруднился дать Cisco TAC. Они предположили, что это связанно со стеком:
Apr 8 09:56:20: %PLATFORM_IPC-3-COMMON: Unknown IPC message type 776 size 569
-Traceback= 544A64z 21D8D90z 23C7E60z 23CB7D8z 23CBBBCz 22C33ECz 22C3394z 22C8FC8z 22C94D0z 22C349Cz 284299Cz 2842974z 283F260z
Этих сообщений было много в логах, генерировалось по 20-30 в минуту.
Опять же советом было обновление IOSа. На сайте cisco.com для Cisco Catalyst 3750-X версия 15.0(2)SE6 помечена как «Cisco Suggested release based on software quality, stability and longevity.». Этот образ еще не затронула проблема CSCuj04986.
Со второй попытки обновить IOS все-таки удалось. Надеюсь, новых проблем не предвидится.
В данной статье я хотел бы рассказать о полученном мной опыте по обновлению IOS на коммутаторах Cisco Catalyst 3750-X.
С чего все началось...
На фирме, где я работаю был запущен стек из 4-х коммутаторов Cisco 3750-X. Изначально все работало на IOS 15.0(1)SE. Спустя некоторое время один из коммутаторов в стеке перегрузился сам, через некоторое время еще раз. После переписки с Cisco TAC, было решено обновить IOS.
О чем не написано в документации Cisco
Почти перед самым выполнением работ, я наткнулся случайно на статью, где написано, что обновление IOS на Cisco Catalyst 3750-X может занять больше времени, чем думаете — tekcert.com/blog/2012/04/07/upgrading-3750x-can-take-longer-you-think Возможно, что я мог упустить это из виду, в ходе просмотра документации cisco.
В итоге на обновление IOS ушло примерно 30-40 минут.
Попытка №1
Ошибку, по которой перегружался один из коммутаторов, уже не помню. Следуя указаниям Cisco TAC, было решено обновиться до 15.2(1)Е. После обновления коммутаторов, все поднялось и заработало, за исключением менеджмента самого коммутатора. Невозможно было подключиться к нему по SSH, наблюдались пропадания пингов.
При подключении через консоль, сыпались сообщения:
-Traceback= 67945Cz 22E7658z 2CDAF8Cz 2CDFBDCz 2CE0724z 27CCF80z 27BA8B0z 28B62CCz 2D5771Cz 2D51C54z
%IP_DEVICE_TRACKING-4-TABLE_LOCK_FAILED: Table already locked by process-id 269(HRPC ip device track request handler)
%SCHED-3-SEMLOCKED: HRPC ip device track request handler attempted to lock a semaphore, already locked by itself
На сайте Сisco был найден баг, похожий на нашу проблему:
CSCuj04986
Symptom: ip device tracking feature is enabled by default and can't be disabled
Conditions: When trying to disable it, it displays messages, but there is no way to disable it…
TGA(config)#no ip device tracking
% IP device tracking is disabled at the interface level by removing the relevant configs
Workaround: ip device tracking max 0
More Info: CLI «no ip device tracking» is not meant to be used.
Но ввести эту команду не удалось, т.к. не смог залогиниться на оборудование и поэтому откатился обратно на версию 15.0(1)SE.
Попытка №2
После неудачной попытки обновления, оборудование продолжало работать на 15.0(1)SE. Тут появилась новая проблема, описание которой затруднился дать Cisco TAC. Они предположили, что это связанно со стеком:
Apr 8 09:56:20: %PLATFORM_IPC-3-COMMON: Unknown IPC message type 776 size 569
-Traceback= 544A64z 21D8D90z 23C7E60z 23CB7D8z 23CBBBCz 22C33ECz 22C3394z 22C8FC8z 22C94D0z 22C349Cz 284299Cz 2842974z 283F260z
Этих сообщений было много в логах, генерировалось по 20-30 в минуту.
Опять же советом было обновление IOSа. На сайте cisco.com для Cisco Catalyst 3750-X версия 15.0(2)SE6 помечена как «Cisco Suggested release based on software quality, stability and longevity.». Этот образ еще не затронула проблема CSCuj04986.
Со второй попытки обновить IOS все-таки удалось. Надеюсь, новых проблем не предвидится.