Symptoms
Effekt:
Förlust av funktionalitet i switchen
Switchen återstartas inte efter omstart.
Miljö:
Dell-maskinvara: Connectrix DS-6610B (endast DS-6610B är i riskzonen).)
Brocade-programvara: Fabric OS 9.1.0
Brocade-programvara: Fabric OS 9.1.1
Problem:
Uppgradering av switchen från Fabric OS 9.1.0x till en version av Fabric OS 9.1.1x eller Fabric OS 9.2.0 kan innebära en risk för att den inte startar. Om ett strömavbrott har inträffat eller om strömkabeln är utdragen.
DS-6610b-switchen måste ha en gång inläst med en version av FOS v9.1.0x som en risk för att det här problemet ska uppstå.
Samma DS-6610B-switch måste sedan ha uppgraderats till valfri version av FOS v9.1.1x (v9.1.1_01, v9.1.1a, v9.1.1b) eller till FOS v9.2.0 och inte uppgraderats igen efter det, förblir på den här nya kodnivån.
Konsolens utdata visar: "ERROR: can't get kernel image!"
Exempel på seriekonsolutdata:
-Leverantör: 0x1c79 produkt 0x3100 version 1.0
Två USB-enheter hittades
skanna usb efter lagringsenheter ... 1 lagringsenhet(ar) hittades
ställa in prt till 2
Secure Boot Mode Enabled, system i tillförlitligt läge
Tryck på ESC för att stoppa autostart: 0
** Filen hittades inte /boot/signed_bzImage.itb **
2 805 byte läsning i 430 ms (5,9 KiB/s)
## Körning av skript vid 00200000
sha1,rsa2048:dev+ sha1+ WARNING: justera tillgängligt minne till 300000000
Fel bildformat för bootm-kommando
FEL: can't get kernel image!
För att problemet ska uppstå måste DS-6610b-switchen ha lästs in en version av FOS v9.1.0x för att det ska finnas en risk.
Samma DS-6610B-switch måste sedan ha uppgraderats till valfri version av FOS v9.1.1x (v9.1.1_01, v9.1.1a, v9.1.1b) eller till FOS v9.2.0 och inte uppgraderats igen efter det, förblir på den här nya kodnivån.
Slutligen måste switchen stängas av medan den här versionen av den fasta programvaran fortfarande är påslagen.
Följande uppgraderingsscenarier skulle innebära att DS-6610B riskerar att drabbas av felet:
- FOS v9.0.1x => v9.1.0 eller v9.1.0b för att v9.1.1_01 och stäng sedan av när koden är på den här kodnivån
- FOS v9.0.1x => v9.1.0 eller v9.1.0b till v9.1.1a och stäng sedan av när koden är på den här kodnivån
- FOS v9.0.1x => v9.1.0 eller v9.1.0b till v9.1.1b och avstängd vid den här kodnivån
- FOS v9.0.1x => v9.1.0 eller v9.1.0b till v9.2.0 och stäng sedan av när koden är på den här kodnivån
Switchar som uppgraderats från v9.1.1x till en högre FOS-version eller som uppgraderas direkt från v9.0.1x till v9.1.1x är INTE i riskzonen enligt följande exempel på uppgraderingssökväg:
- FOS v9.0.1x => v9.1.0 eller v9.1.0b => v9.1.1_01 till v9.1.1b Ingen risk för avstängning
- FOS v9.0.1x => v9.1.0 eller v9.1.0b => v9.1.1a till v9.1.1b Riskerar inte att stängas av
- FOS v9.0.1x => v9.1.0 eller v9.1.0b => v9.1.1b till v9.2.0 Inte i riskzonen för att stänga av problem
- FOS v9.0.1x => v9.1.1_01 Inte i riskzonen för avstängningsproblem
- FOS v9.0.1x => v9.1.1a Inte i riskzonen för att stänga av problem
- FOS v9.0.1x => v9.1.1b Inte i riskzonen för att stänga av problem
Switchar som levererades ursprungligen laddade med v9.1.1a eller v9.1.1b och aldrig nedgraderades till en v9.1.0x FOS-version är inte heller i riskzonen för att stöta på det här problemet.
Felet påträffas endast efter en omstart.
- Switchomstart orsakar inte felet
- HA-omstart orsakar inte felet
DS-6610B-switchar med livstidsgaranti är inte i riskzonen, eftersom endast v9.0.1e1_LW och v9.1.1b_LW FOS-versioner publicerades för nedladdning.
FOS-v9.1.0b_LW lades aldrig upp för nedladdning på en DS-6610B-LW-switch och DS-6610B-LW-switchar som aldrig laddades med en FOS v9.1.0x FOS-version kommer inte att vara i riskzonen.
Cause
Brocade DS-6610B som kör FOS v9.1.1 har ett fel i koden där startavbildningarna inte kan hittas. Orsakar att switchen inte kan startas om efter strömavbrott eller strömcykel.
Och det är specifikt DS-6610B, och en korrigering har skapats och implementerats i nyare Fabric OS v9.1.1a.
Från och med version 9.1.1 används symboliska länkar för Linux-bildfiler på G610-plattformen under efterinstallation av G6_ENTRY kod.
Namnet på en av de symboliska länkar som skapas har samma namn som Linux-säkerhetsstartavbildningens rpm-fil som skapades under FOS v9.1.0x.
Efter uppgradering från v9.1.0x till v9.1.1x/v9.2.0 tas den tidigare installerade startfilen bort när den nya symboliska länkfilen skapades. Men eftersom den symboliska länken har samma namn tas den också bort av misstag.
Det här felet detekteras inte på grund av ett fel i u-boot-koden.
Den symboliska länkfilen återskapas vid framtida uppgradering, men medan G610 finns kvar i en FOS-version där filen har tagits bort går det inte att starta efter ett strömavbrott eller en omstart.
HA-händelser och omstarter påverkas inte av den saknade filen.
Brocade-DEFEKT FOS-844483
Brocade TSB 2023-290-A
Resolution
FIXA:
När det uppstår problem byter du ut switchen
(RMA).
Workaround:
För DS-6610B som kör en v9.0.1x-version av FOS uppgraderar du direkt till en av 9.1.1.x-versionerna.
För DS-6610B som kör alla versioner av v9.1.0x uppgraderar du endast till 9.1.1c tor 9.2.0a eller senare.
För DS-6610B som kör v9.1.1x eller FOS v9.2.0 och som tidigare hade lästs in med en version av FOS v9.1.0x före den här engångsuppgraderingen, upgrade till högre version av FOS.
- Filen v9.1.0x har redan tagits bort och den symboliska länkfilen återskapas vid den här andra uppgraderingen.)
- Du kan även utföra en separat installation av fast programvara på samma version av FOS-version 9.1.1x eller v9.2.0 som körs. Då återställs den saknade filen och eventuella problem undviks på grund av en strömhändelse. I dokumentationshandböckerna finns de steg och procedurer som krävs för att utföra en ren installation av den fasta programvaran.
Uppgradera till version v9.1.1c eller v9.2.0a eller senare av FOS med korrigeringen.