Symptoms
Вплив:
Втрата функціональності комутатора
Перемикач не повертається після перезавантаження.
Середовище:
Апаратне забезпечення Dell: Connectrix DS-6610B (Під загрозою ризику знаходяться тільки DS-6610B.)
Програмне забезпечення Brocade: Тканина ОС 9.1.0
Програмне забезпечення Brocade: Тканина ОС 9.1.1
Проблема:
Оновлення перемикача з Fabric OS 9.1.0x на будь-яку версію Fabric OS 9.1.1x або Fabric OS 9.2.0 може призвести до неможливості завантаження. Коли відбувається відключення електроенергії, або там смикається кабель живлення.
Комутатор DS-6610b повинен бути одночасно завантажений версією FOS v9.1.0x, щоб зіткнутися з цією проблемою, щоб зіткнутися з цією проблемою.
Той самий комутатор DS-6610B повинен бути оновлений до будь-якої версії FOS v9.1.1x (v9.1.1_01, v9.1.1a, v9.1.1b) або до FOS v9.2.0 і не оновлюватися знову після цього, залишаючись на цьому новому рівні коду.
Консольний вихід показує: "ПОМИЛКА: не вдається отримати зображення ядра!"
Приклад виведення на послідовну консоль:
-Постачальник: 0x1c79 Продукт 0x3100 версії 1.0
2 Знайдено
USB-пристрої
Сканування USB на наявність пристроїв зберігання даних... 1 Знайдено
пристрої зберігання даних
Встановлення значення PRT на 2
Увімкнено безпечний режим завантаження, система в надійному стані
Натисніть клавішу ESC, щоб зупинити автозавантаження:
0*
* Файл не знайдено /boot/signed_bzImage.itb **
2805 байт читання за 430 мс (5,9 КіБ/с)
#
# Виконання сценарію на 00200000
sha1,rsa2048:dev+ sha1+ ПОПЕРЕДЖЕННЯ: налаштування доступної пам'яті на 30000000
Неправильний формат зображення для команди
bootm
ПОМИЛКА: не вдається отримати зображення ядра!
Щоб ця проблема існувала, комутатор DS-6610b повинен був свого часу бути завантажений версією FOS v9.1.0x, щоб бути під загрозою.
Той самий комутатор DS-6610B повинен бути оновлений до будь-якої версії FOS v9.1.1x (v9.1.1_01, v9.1.1a, v9.1.1b) або до FOS v9.2.0 і не оновлюватися знову після цього, залишаючись на цьому новому рівні коду.
Нарешті, перемикач повинен бути вимкнений ще в цій версії прошивки.
Наступні сценарії оновлення залишать DS-6610B під загрозою виникнення цієї несправності:
- FOS v9.0.1x => v9.1.0 або v9.1.0b до v9.1.1_01, а потім вимикається, перебуваючи на цьому рівні коду
- FOS v9.0.1x = > v9.1.0 або v9.1.0b до v9.1.1a, а потім вимикається, перебуваючи на цьому рівні коду
- FOS v9.0.1x => v9.1.0 або v9.1.0b до v9.1.1b, а потім вимикається, перебуваючи на цьому рівні коду
- FOS v9.0.1x = > v9.1.0 або v9.1.0b до v9.2.0, а потім вимикається, перебуваючи на цьому рівні коду
Комутатори, оновлені з v9.1.1x до вищої версії FOS або безпосередньо з v9.0.1x до v9.1.1x, НЕ перебувають під загрозою, як показано в наведених нижче прикладах шляху оновлення.
- FOS v9.0.1x => v9.1.0 або v9.1.0b = > v9.1.1_01 до v9.1.1b Не ризикує вимкнути живлення
- FOS v9.0.1x = > v9.1.0 або v9.1.0b = > v9.1.1a до v9.1.1b Не ризикує вимкнути живлення
- FOS v9.0.1x => v9.1.0 або v9.1.0b = > v9.1.1b до v9.2.0 Не ризикує вимкнути живлення
- FOS v9.0.1x => v9.1.1_01 Не ризикує вимкнути проблему
- FOS v9.0.1x = > v9.1.1a Не ризикує вирішити проблему вимкнення
- FOS v9.0.1x = > v9.1.1b Не ризикує вимкнути живлення
Комутатори, які були спочатку завантажені з v9.1.1a або v9.1.1b, і ніколи не переходили до версії v9.1.0x FOS, також не ризикують зіткнутися з цією проблемою.
Збій зустрічається тільки після циклу живлення.
- Перезавантаження перемикача не викликає збою
- Перезавантаження HA не викликає збою
Комутатори DS-6610B з довічною гарантією не піддаються ризику, оскільки для завантаження коли-небудь були розміщені тільки версії v9.0.1e1_LW і v9.1.1b_LW FOS.
FOS v9.1.0b_LW ніколи не був опублікований для завантаження на комутатор DS-6610B-LW, і комутатори DS-6610B-LW, які ніколи не були завантажені версією FOS v9.1.0x, не будуть під загрозою.
Cause
Brocade DS-6610B під управлінням FOS v9.1.1 має ДЕФЕКТ в коді, де завантажувальні образи не можуть бути знайдені. Через це перемикач не може перезавантажитися після відключення електроенергії або циклу живлення.
І це специфічний DS-6610B, і виправлення було створено та реалізовано в новішій Fabric OS v9.1.1a.
Починаючи з v9.1.1, під час пост-встановлення G6_ENTRY-коду на платформі G610 використовуються символьні посилання файлів образів Linux.
Ім'я одного зі створених символічних посилань має таке ж ім'я, як і файл rpm образу безпеки Linux, створений під час FOS v9.1.0x.
Після оновлення з v9.1.0x до v9.1.1x/v9.2.0 раніше встановлений завантажувальний файл видаляється під час створення нового файлу символьного посилання. Однак, оскільки символьне посилання має таку ж назву, воно також видаляється помилково.
Цей збій не виявляється через дефект коду u-boot.
Файл символічного посилання буде відтворено під час будь-якого майбутнього оновлення, але, хоча G610 залишається у версії FOS з видаленим файлом, він не може завантажитися після збою живлення або циклу живлення.
На події HA та перезавантаження відсутній файл не впливає.
Парчевий ДЕФЕКТ FOS-844483
Парча TSB 2023-290-A
Resolution
ВИПРАВИТИ:
У разі виникнення проблеми замініть перемикач (RMA).
Спосіб вирішення:
Для DS-6610B під керуванням будь-якої версії FOS v9.0.1x оновіть систему безпосередньо до однієї з версій 9.1.1.x.
Для DS-6610B під керуванням будь-яких версій v9.1.0x оновіть лише до 9.1.1c tor 9.2.0a або новіших версій.
Для DS-6610B під керуванням версії 9.1.1x або FOS v9.2.0, яка раніше завантажувалася з версією FOS v9.1.0x до цього одноразового оновлення, uперейти до вищої версії FOS.
- Файл v9.1.0x уже видалено, а файл символічного посилання відтворено повторно під час цього другого оновлення.)
- Або за бажанням виконайте прошивкуcleaninstall до тієї ж версії v9.1.1x або v9.2.0 FOS, яка працює. Це відновлює відсутній файл і дозволяє уникнути будь-яких проблем, пов'язаних із подією живлення. Перегляньте посібники з документації, щоб дізнатися про кроки та процедури, необхідні для виконання чистої інсталяції мікропрограми.
Оновіть FOS до v9.1.1c або v9.2.0a або новішої версії з виправленням.