Symptoms
Innvirkning:
Tap av funksjonaliteten til svitsjen
Svitsjen kommer ikke tilbake etter omstart.
Miljø:
Dell-maskinvare: Connectrix DS-6610B (bare DS-6610B er i fare.)
Brocade-programvare: Fabric OS 9.1.0
Brocade-programvare: Fabric OS 9.1.1
Problem:
Oppgradering av svitsj fra Fabric OS 9.1.0x til hvilken som helst versjon av Fabric OS 9.1.1x eller Fabric OS 9.2.0 kan være utsatt for ikke å starte opp. Når det oppstår et strømbrudd, eller når strømkabelen er trukket ut,
DS-6610b-svitsjen må på et tidspunkt være lastet inn med en versjon av FOS v9.1.0x for å være utsatt for at dette problemet skal oppstå.
Den samme DS-6610B-svitsjen må da ha blitt oppgradert til en hvilken som helst versjon av FOS v9.1.1x (v9.1.1_01, v9.1.1a, v9.1.1b), eller til FOS v9.2.0 og ikke oppgradert igjen etter dette, og fortsatt på dette nye kodenivået.
Konsollutdata viser: "ERROR: can't get kernel image!"
Eksempel på seriekonsollutgang:
-Leverandør: 0x1c79 produkt 0x3100 versjon 1.0
2 USB-enheter funnet
skanne usb for lagringsenheter ... 1 Lagringsenhet(er) funnet
angi prt til 2
Sikker oppstartsmodus aktivert, system i klarert tilstand
Trykk på ESC for å stoppe automatisk oppstart: 0
** Finner ikke filen /boot/signed_bzImage.itb **
2805 byte leses i 430 ms (5,9 KiB/s)
## Kjøre skript på 00200000
sha1,rsa2048:dev+ sha1+ ADVARSEL: Justere tilgjengelig minne til 30000000
Feil imageformat for oppstartskommando
ERROR: can't get kernel image! (Feil: kan ikke hente kjerneimage!
For at dette problemet skal eksistere, må DS-6610b-svitsjen på én gang være lastet med en versjon av FOS v9.1.0x for å være i fare.
Den samme DS-6610B-svitsjen må da ha blitt oppgradert til hvilken som helst versjon av FOS v9.1.1x (v9.1.1_01, v9.1.1a, v9.1.1b) eller fos v9.2.0, og ikke oppgradert igjen etter dette, og fortsatt på dette nye kodenivået.
Til slutt må svitsjen slås av mens den fortsatt er i denne fastvareversjonen.
Følgende oppgraderingsscenarioer setter DS-6610B i fare for å støte på denne feilen:
- FOS v9.0.1x => v9.1.0 eller v9.1.0b til v9.1.1_01 og deretter slått av mens du er på dette kodenivået
- FOS v9.0.1x => v9.1.0 eller v9.1.0b til v9.1.1a og deretter slått av på dette kodenivået
- FOS v9.0.1x => v9.1.0 eller v9.1.0b til v9.1.1b og deretter slått av på dette kodenivået
- FOS v9.0.1x => v9.1.0 eller v9.1.0b til v9.2.0 og deretter slått av på dette kodenivået
Svitsjer som oppgraderes fra v9.1.1x til en høyere FOS-versjon eller som oppgraderes direkte fra v9.0.1x til v9.1.1x, er IKKE utsatt som vist i følgende eksempler på oppgraderingsbane:
- FOS v9.0.1x => v9.1.0 eller v9.1.0b => v9.1.1_01 til v9.1.1b Ikke utsatt for problemer med å slå av
- FOS v9.0.1x => v9.1.0 eller v9.1.0b => v9.1.1a til v9.1.1b Ikke utsatt for problemer med å slå av
- FOS v9.0.1x => v9.1.0 eller v9.1.0b => v9.1.1b til v9.2.0 Er ikke utsatt for å slå av problemet
- FOS v9.0.1x => v9.1.1_01 Er ikke utsatt for å slå av problemet
- FOS v9.0.1x => v9.1.1a Ikke utsatt for problemer med å slå av
- FOS v9.0.1x => v9.1.1b Ikke utsatt for problemer med å slå av
Svitsjer som opprinnelig ble levert med v9.1.1a eller v9.1.1b, og som aldri ble nedgradert til en v9.1.0x FOS-versjon, er heller ikke utsatt for å støte på dette problemet.
Feilen oppstår bare etter en strømsyklus.
- Omstart av svitsjen forårsaker ikke feilen
- HA-omstart forårsaker ikke feilen
DS-6610B-svitsjer med livstidsservice er ikke utsatt, da bare v9.0.1e1_LW- og v9.1.1b_LW FOS-versjonene noensinne ble lagt ut for nedlasting.
FOS-v9.1.0b_LW ble aldri lagt ut for nedlasting på en DS-6610B-LW-svitsj, og DS-6610B-LW-svitsjer har aldri blitt lastet inn med en FOS v9.1.0x FOS-versjon vil ikke være utsatt.
Cause
Brocade DS-6610B som kjører FOS v9.1.1 har en DEFEKT i koden, der oppstartsbildene ikke blir funnet. Forårsaker at svitsjen ikke kan startes på nytt etter strømbrudd eller strømsyklus.
Og den er spesifikk for DS-6610B, og en løsning er opprettet og implementert i nyere Fabric OS v9.1.1a.
Fra og med v9.1.1, under etterinstallasjon av G6_ENTRY kode, brukes symbolske koblinger til Linux-bildefiler på G610-plattformen.
Navnet på en av de symbolske koblingene som er opprettet, har samme navn som filen linux security boot image rpm som ble opprettet under FOS v9.1.0x.
Etter oppgradering fra v9.1.0x til v9.1.1x/v9.2.0 slettes den tidligere installerte oppstartsfilen da den nye symbolske koblingsfilen ble opprettet. Men siden den symbolske koblingen har samme navn, blir den også slettet ved en feiltakelse.
Denne feilen oppdages ikke på grunn av en feil i u-oppstartskoden.
Den symbolske koblingsfilen vil bli opprettet på nytt ved enhver fremtidig oppgradering, men mens G610 forblir på en FOS-versjon med filen slettet, kan den ikke starte opp etter en strømbrudd eller strømsyklus.
HA-hendelser og -omstarter påvirkes ikke av denne manglende filen.
Brocade-DEFEKT FOS-844483
Brocade TSB 2023-290-A
Resolution
FIKSE:
Bytt ut svitsjen (RMA) når problemet oppstår.
Løsningen:
For DS-6610B som kjører en v9.0.1x-versjon av FOS, må du oppgradere direkte til én av 9.1.1.x-versjonene.
For DS-6610B som kjører versjoner av v9.1.0x, må du bare oppgradere til 9.1.1c tor 9.2.0a eller nyere versjoner.
For DS-6610B som kjører v9.1.1x eller FOS v9.2.0, og som tidligere hadde blitt lastet inn med en versjon av FOS v9.1.0x før denne engangsoppgraderingen, oppgraderer dutil en nyere versjon av FOS.
- v9.1.0x-filen er allerede slettet, og den symbolske koblingsfilen opprettes på nytt på denne andre oppgraderingen.)
- Eller eventuelt utføre en fastvareinstallering til samme versjon av v9.1.1x eller v9.2.0 FOS som kjører. Dette gjenoppretter den manglende filen og unngår eventuelle problemer på grunn av en strømhendelse. Se dokumentasjonshåndbøker for trinnene og fremgangsmåten som kreves for å utføre en ren installasjon av fastvaren.
Oppgrader til v9.1.1c eller v9.2.0a eller nyere versjon av FOS med reparasjonen.