Dataon

В общем проблему решил без донора. Прошивка восстановлена.

Всех приветствую. Попалась мне в руки убитая полка E2824. Там оба контроллера с убитой прошивкой. Контроллеры загружаются и стоят в статусе ОК до момента установки дисков. Стоит только воткнуть диски, оба контроллера сыпятся в ошибки и уходят в LockDownState. На форуме netapp.com нашел похожую проблему, техподдержка указывает на проблемную прошивку с предложением обновить на другую. В общем нужен образ с флешки любого "живого" контроллера серии E2800. Вся процедура снятия образа занимает не более 10 минут. Как и что нужно сделать смогу объяснить. Процедура полностью безопасна для контроллера-донора. Если кто сможет помочь, буду весьма благодарен.

Итак всем здравствуйте. Наконец недавно нашел время вернуться к проблеме. Проблему удалось решить! Рассказываю подробно и по порядку. 1) Удалось найти коммутатор-донор. (спасибо хорошим людям) 2) Путем недолгих размышлений и анализа порядка загрузки, выяснил, что U-Boot лежит всё таки во Flash-памяти а не в ПЛИСе Alterra MAX V как я думал ранее. Что натолкнуло? При включении в консоли сразу появляется заголовок загрузчика. Последняя строка как раз и есть объем носителя на котором он расположен: U-Boot 2010.03 (Oct 21 2012 - 03:06:55) Board: EX4550-32F 5.12 EPLD: Version 9.0 (0x08) DRAM: Initializing Configuring DDR for 800 MT/s data rate DDR: 2 GB FLASH bank: 0 FLASH: 8 MB ***В ПЛИСе конечно тоже есть 8 mb энергонезависимой памяти, но что-то мне подсказывало, что не там загрузчик лежит. Программатором все же попробовал считать данные с ПЛИСа через JTAG-разъем. Да, там есть что-то, но эти данные при анализе не подошли, скорее там инструкции для управления чего-то другого. 3) Ищем на плате NAND микросхему соответствующего объема...и находим ее тут: Фото уже с восстановленной "жертвы" В моем случае это была NAND Spansion S29GL064N90TFI01. В даташите написано что она объемом 64 Mbit (что как раз соответствует 8Mb). 4) Выпаиваем ее феном спокойно и без паники. (предварительно наложив радиаторы на рядом находящиеся микросхемы DDR-памяти. Чтобы те не поплыли от температуры) 5) Считываю программатором память с жертвы, и действительно, первые несколько сотен строк забиты нулями (затер все таки) 6) Далее Программатором считываем данные с донора, полученный образ (он с первых строк сразу показал что я на правильном пути) заливаю в NAND жертвы моих стараний. 7) Впаиваю обратно в плату, хорошо отчищаю спиртом от флюса и грязи... 8) Включение....и все заработало.! 9) В первом включении есть небольшая проблема - серийник и MAC шасси высвечивается от донора. Как оказалось, это поправимо) Загрузившись снова в Loader> Запускаю установку прошивки через tftp. В моем случае было так: loader> install --format tftp://192.168.1.1/jinstall-ex-4200-15.1R7-S6.3-domestic-signed.tgz 10) После перепрошивки, коммутатор стал девственно чистым и с родными серийниками и MAC'ами. 11) Настроил как нужно, и коммутатор снова в строю. 12) Вот кстати образ NAND-памяти, если вдруг кому понадобится Juniper_EX4550_U-Boot_image.7z Моралей всей этой басни аж три!: 1) Не лезь туда куда не знаешь. 2) Если все же залез и наломал дров, успокойся и подумай, как решить проблему. 3) Истерики о кривизне своих рук оставь завистникам и ворчунам.

Написал в личку, были проблемы с комментарием. Если тезисно - никто не знал что команда erase all затрет всё и все флешки и даже загрузчик. Логика производителя непонятна, любой юзер может в одну секунду превратить устройство в груду безжизненного железа.

Пока выяснил следующее. На плате рядом с Flash (куда по всей вероятности заливается JunOS) Есть микросхема ПЛИС (Altera MAX V 5M2210ZF324C5N). Рядом с ней есть разъем 10 pin. Попробовал прозвонить этот разъем, распиновка очень похожа на JTAG от Altera (http://www.jtagtest.com/pinouts/altera_byteblaster). Есть мысли пробовать подключаться программатором Altera USB-Blaster. Программатор заказал, как придет буду пробовать.

Я написал письмо в russian-support@juniper.net Посмотрим, что мне ответят. Но думаю, нужно готовится к худшему варианту - изобретать программатор и прошивальщик. Обзвонили некоторые сервисы. В основном готовы на айфоне поменять стекло, или продать самокат.. хотя на сайте пишут что ремонтируют Juniper.

К сожалению не получилось. Завели учетку, но нам нельзя открыть RMA. пишет You do not have access to the Case Manager application. Please contact Juniper Customer Care for further assistance. Куда дальше тыкать непонятно. По телефону 8-800-700-0314 говорят на бусурманском, хотя написано что для России. Нашли ссылку гарантийные сроки по продуктам, наша модель есть в списке с гордой надписью "Last Date to Convert Warranty 06/30/2020" На форум тоже написать нельзя. Все заблокировано. Может подскажете как понять их логику? С IBM, HP таких проблем нет, все приветливо и понятно. А тут как у почтальона Печкина, "у нас есть много ресурсов для вас, только он вам они недоступны"

А как проверить? Есть возможность, или нужно обращаться в джунипер сначала?

Думаю что не распространяется, ибо железо давно уже не на гарантии. Вендоры в таких случаях сразу посылают в известном направлении не забыв предложить при этом какой-нибудь care pack.

Всем привет. Случилось то, что я не мог представить. Хронология следующая: Решили полностью отчистить и сбросить данный коммутатор. Поскольку factory default нам показалось мало, решили зайти в загрузчик и сбросить все и там. Вот вывод консоли: U-Boot 2010.03 (Oct 21 2012 - 03:06:55) Board: EX4550-32F 5.12 EPLD: Version 9.0 (0x08) DRAM: Initializing Configuring DDR for 800 MT/s data rate DDR: 2 GB FLASH bank: 0 FLASH: 8 MB Firmware Version: 01.00.00 pci_init_board: devdisr=7083000, io_sel=f PCIE1 connected to Slot as Root Complex (base addr fef0a000) Scanning PCI bus 01 PCIE1 on bus 00 - 08 USB: scanning bus for devices... 3 USB Device(s) found scanning bus for storage devices... 1 Storage Device(s) found => <INTERRUPT> => erase all Erase Flash Bank # 1 - Warning: 6 protected sectors will not be erased! ............................................................ ............................................................ .. do ne => resetenv Un-Protect ENV Sector Erase sector 0 ... . done done Protect ENV Sector Warning: Default Environment Variables will take effect Only after RESET => reset И после нажатия на Enter коммутатор затих. перестали крутиться кулера, работал только БП. После этого коммутатор стал как мертвый. Выдернули питание, вставили обратно - никаких движений. На жк экране тишина (лишь моргнул подсветкой один раз при подаче питания) В консоли тишина. Судя по описанию команда reset - просто сбрасывает коммутатор и отправляет на перезагрузку. В нашем случае коммутатор не загружается совсем. Может мы и загрузчик (U-boot) затерли? В общем нужна помощь. Как его воскресить? Как запустить? Кто сталкивался, спасайте... PS. Если надо выпаять какую NAND, и залить в нее программатором это труда не составит.. Оборудование имеется.