Reparatie C9105AXW access points met slechte blokken in Flash

Inleiding

Een aantal C9105AXW access points (alle PID’s) werden geproduceerd met een NAND flash subsysteem dat na verloop van tijd spuuglijk blokken als slecht kan markeren.  Zodra 94 blokken zijn gemarkeerd als slecht, is de flash slechte blokken tabel vol.  Dientengevolge kan de AP verschillende symptomen vertonen:

• Het flash bestandssysteem kan worden uitgeschreven, zodat de AP niet langer in staat is om configuratiewijzigingen te begaan, nieuwe logbestanden te schrijven of een nieuwe afbeelding te downloaden.  Er kunnen fouten voorkomen die lijken op de volgende fouten:
  sync_log: kan niet openen /storage/syslogs/7: Lees-only bestandssysteem
• De AP kan crashen, met een kernel paniek die UBIFS fouten tonen gelijkend op het volgende:
  <3>[02/06/2023 05:06:06.0290] UBIFS-fout (ubi0:1 pid 5454): do_writepage: kan geen pagina 8 van inode 54848 schrijven, fout -30
• Mogelijk kan het toegangspunt niet worden opgestart; het consolelogboek toont een fout die vergelijkbaar is met de volgende fouten:
  [01/01/1970 00:00:05.0600] ubi0 fout: ubi_eba_init: niet genoeg fysieke wegwerpblokken (0, 1 nodig)
  [*01/01/1970 00:00:06.4720] bevestiging

In sommige gevallen kan het nodig zijn de AP te vervangen.

Cisco heeft twee bugfixes geïmplementeerd om dit probleem aan te pakken.

Bugfixes

Cisco fout-id CSCwf50177 C9105AXW - groot aantal slechte blokken

Deze bugfix voorkomt dat flitsblokken verkeerd gemarkeerd worden.  Het repareert echter geen AP's die al een buitensporig aantal slechte blokken hebben.

Cisco fout-id CSCwf68131 C9105AXW bewaking en reparatie van ondeugdelijke blokken

Deze bugfix repareert AP's met buitensporige slechte blokken.  Op de opstarttijd (in u-boot), als de slechte bloktabel van de AP een drempelaantal ingangen overschrijdt (standaard: 40; gecontroleerd door de SCRUB_limit u-boot variabele), dan zal de slechte bloktabel worden geleegd, voordat de AP opstart.

Betrokken eenheden

Alleen C9105AXW AP’s worden door dit probleem beïnvloed, geen andere AP-modellen.  Om te bepalen of bepaalde C9105AXW-eenheden zijn opgegeven, opent u Cisco bug ID CSCwf50177 in BST en klikt u op "Check Bug Applicability" om de serienummers van de toegangspunten in te voeren.

Vaste software

Als u invloed hebt gehad op de C9105AXW's, dient u te upgraden naar software met fixes voor beide Cisco bug ID CSCwf50177 en Cisco-bug-id CSCwf68131 .  Volg de laatste bug voor de beschikbaarheid van de fixes in verschillende branches; vanaf 5-sep-2023 zijn of zullen de fixes beschikbaar zijn in de volgende releases:

AireOS

• 8.10.190.0 (inzake CO)
  
  • 8.10.185.7 en 8.10.189.111 waren speciale releases met de fixes voor dit flitsprobleem; klanten die deze releases uitvoeren zouden moeten upgraden naar 8.10.190.0 wanneer dat uitkomt

Cisco IOS® XE

• 17.3.7 APSP5 of hoger (open TAC-case)
  
• 17.3.8 (inzake CCO)
  
• 17.6.5 APSP5 of hoger (op CCO)
• 17.6.6 (inzake CCO)
• 17.9.3 APSP5 of hoger (op CCO)
• 17.9.4 APSP1 of hoger (op CCO)
• 17.9.5 (CCO 2024)
• 17.12.2 (CCO november 2023)
• 17.13.1 (CCO december 2023)

Gevoelige AP's controleren op buitensporige slechte blokkeringen

Controleer eerst al je gevoelige C9105AXW's om te zien hoeveel slechte blokken ze hebben.  Als geen van de meer dan 60 slechte blokken heeft, kunt u direct upgraden.

Controleren op slechte blokken - 17.6 en hoger

Op elke gevoelige C9105AXW (zoals bepaald op basis van "Check Bug Application" voor CSCwf50177 ), verzamelt de output van "toon flitsstatistieken".  Zoek naar "telling van slechte fysieke wegwerpblokken".  Gebruik WLAN-poller om het controleren van een groot aantal AP’s te automatiseren.

Controle op slechte blokken - 8.10 en 17.3

TAC (of andere Cisco-werknemer met SWAM-toegang) moet worden omgezet in elke gevoelige C9105AXW en de volgende opdracht geven:

ubinfo -a

Zoek naar "telling van slechte fysieke wegwerpblokken".  Gebruik RADKit om het controleren van een groot aantal toegangspunten te automatiseren.

Upgradeprocedure

Als u C9105AXW-eenheden hebt aangetast met buitensporige slechte blokken, volg dan de volgende procedure bij het upgraden naar de vaste software.

Upgraden in een implementatie met één controller - compleet nieuw image van controller

1. (Optioneel) U mag het nieuwe image van de controller installeren, maar niet activeren, en niet vooraf de nieuwe AP-software downloaden naar de betreffende C9105AXW's.

2. Terwijl nog steeds de oude controller-afbeelding wordt uitgevoerd, moet u de betreffende C9105AXW opnieuw opstarten.  Hierdoor kunnen de betreffende AP's in de meeste gevallen worden geüpgraded. (In sommige gevallen moeten bepaalde toegangspunten worden vervangen)

3. U kunt de nieuwe AP image nu voordownloaden, indien dit gewenst is.

4. Herlaad de controller en voer de nieuwe software uit

Upgraden in één controller-implementatie - APSP

1. (Optioneel) U mag de nieuwe APSP installeren, maar niet activeren, en niet vooraf de nieuwe AP-software downloaden naar de betreffende C9105AXW.

2. Start de getroffen C9105AXW opnieuw op.  Hierdoor kunnen de betreffende AP's in de meeste gevallen worden geüpgraded. (In sommige gevallen moeten bepaalde toegangspunten worden vervangen)

3. U kunt nu de APSP vooraf downloaden, activeren en vastleggen.

Upgraden in een N+1-implementatie

In dit scenario wordt een back-upcontroller gebruikt om de betrokken C9105AXW's te upgraden.

1. Terwijl de betreffende AP's nog steeds aangesloten zijn op de oude controller, upgrade de back-upcontroller naar de vaste software (volledige controller versie, of APSP)

2. Herlaad de betreffende AP's - zorg dat ze weer bij de oude controller komen.  (In sommige gevallen moeten bepaalde toegangspunten worden vervangen)

3. Stel nu de betreffende AP's opnieuw in, om hun primaire controller in te stellen op de geüpgradede controller, en laat ze zich aansluiten bij de back-upcontroller.

4. Nadat de primaire controller is opgewaardeerd naar de vaste software, kunt u de C9105AXW’s er weer naartoe verplaatsen.