Juniper EX2200 firmware and bootloader upgrade and troubleshooting.
В процессе обслуживания одной из сетей наткнулся на следующую проблему:
Коммутаторы EX2200(24T-4G и 48T-4G) требовали апгрейда по причине "внезапно" слетевшей прошивки (10.1, 10.3) в результате чего они попадали в Single-user mode, и отказывались общаться с миром иначе как через консольный порт.
При обновлении сходу на 12.3 мы получали аларм что один из разделов бракован и шанс потерять прошивку, что выходило из-за некорректной версии j-loader.
Типа дисклеймер:
Внимание! Данный материал не может считаться полноценной инструкцией по применению, т.к. не исходит от разработчика.
Вообще-то это полноценный workaround для решения проблемы с совместимостью версий j-loader и junos.
Задача: восстановить прошивку и обновить junos до рекомендованной или последней версии.
Условия: коммутатор включённый в менеджмент сеть и имеющий консольное подключение к ПК. (проброшено через кросс), со старым бутлодером (от 10.1-10.3).
Management net: 172.17.1.0/24, NetOP_PC 172.17.1.11, MGMT_GW 172.17.1.1
Шаг первый: загружаемся в j-loader.
Шаг второй: накатываем версию !10.3!
loader> set ipaddr=172.17.1.2
loader> set netmask=255.255.255.0
loader> set gateway=172.17.1.1
loader> save
loader> install tftp://172.17.1.11/image10-3.tgz
(крайняя команда задаёт инсталляцию образа с TFTP сервера, при желании можно добавить --format и отформатировать носитель)
Шаг третий: спасаем конфиг
sh config | save lastconfig.cfg
и забираем его из /var/home/usr/$username (ну или просто копируем из окна терминала).
Шаг четвёртый: установка свежего мяса
заливаем образы j-loader и junos
hostname> request system software add j-loader-*.signed.tgz ## тут должно быть имя образа
ждём пока установится, появится сообщение, что
Loader image is marked as unsupported.
Ничего не боясь накатываем junos:
hostname> request system software add ex2200-junos*.tgz ## имя свежей прошивки
Обновляется...
И хочет уйти в ребут, что мы и делаем немедля:
request system reboot in 0
После пары перезагрузок мы получаем полноценно обновлённый свич, остаётся лишь залить конфигурацию.
Коммутаторы EX2200(24T-4G и 48T-4G) требовали апгрейда по причине "внезапно" слетевшей прошивки (10.1, 10.3) в результате чего они попадали в Single-user mode, и отказывались общаться с миром иначе как через консольный порт.
При обновлении сходу на 12.3 мы получали аларм что один из разделов бракован и шанс потерять прошивку, что выходило из-за некорректной версии j-loader.
Типа дисклеймер:
Внимание! Данный материал не может считаться полноценной инструкцией по применению, т.к. не исходит от разработчика.
Вообще-то это полноценный workaround для решения проблемы с совместимостью версий j-loader и junos.
Задача: восстановить прошивку и обновить junos до рекомендованной или последней версии.
Условия: коммутатор включённый в менеджмент сеть и имеющий консольное подключение к ПК. (проброшено через кросс), со старым бутлодером (от 10.1-10.3).
Management net: 172.17.1.0/24, NetOP_PC 172.17.1.11, MGMT_GW 172.17.1.1
Шаг первый: загружаемся в j-loader.
Шаг второй: накатываем версию !10.3!
loader> set ipaddr=172.17.1.2
loader> set netmask=255.255.255.0
loader> set gateway=172.17.1.1
loader> save
loader> install tftp://172.17.1.11/image10-3.tgz
(крайняя команда задаёт инсталляцию образа с TFTP сервера, при желании можно добавить --format и отформатировать носитель)
Шаг третий: спасаем конфиг
sh config | save lastconfig.cfg
и забираем его из /var/home/usr/$username (ну или просто копируем из окна терминала).
Шаг четвёртый: установка свежего мяса
заливаем образы j-loader и junos
hostname> request system software add j-loader-*.signed.tgz ## тут должно быть имя образа
ждём пока установится, появится сообщение, что
Loader image is marked as unsupported.
Ничего не боясь накатываем junos:
hostname> request system software add ex2200-junos*.tgz ## имя свежей прошивки
Обновляется...
И хочет уйти в ребут, что мы и делаем немедля:
request system reboot in 0
После пары перезагрузок мы получаем полноценно обновлённый свич, остаётся лишь залить конфигурацию.