Réparation des points d'accès C9105AXW avec des blocs défectueux dans la mémoire Flash

Introduction

Un certain nombre de points d'accès C9105AXW (tous les PID) ont été fabriqués avec un sous-système flash NAND qui peut, au fil du temps, marquer des blocs comme défectueux.  Une fois que 94 blocs ont été marqués comme défectueux, la table des blocs défectueux de la mémoire flash est pleine.  Par conséquent, le point d'accès peut présenter divers symptômes :

• Le système de fichiers flash peut devenir verrouillé en écriture, de sorte que le point d'accès ne peut plus valider les modifications de configuration, écrire de nouveaux journaux ou télécharger une nouvelle image.  Des erreurs similaires à celles-ci peuvent se produire :
  sync_log : impossible d'ouvrir /storage/syslogs/7 : système de fichiers en lecture seule
• Le point d'accès peut planter, avec un noyau panique montrant des erreurs UBIFS similaires à ce qui suit :
  <3>[06/02/2023 05:06:06.0290] Erreur UBIFS (ubi0:1 pid 5454) : do_writePage : impossible d'écrire la page 8 de l'inode 54848, erreur -30
• Le point d'accès ne peut pas démarrer ; le journal de la console affiche une erreur similaire à celle-ci :
  [01/01/1970 00:00:05.0600] erreur ubi0 : ubi_eba_init : pas assez de blocs d'effacement physiques (0, besoin 1)
  [*01/01/1970 00:00:06.4720] échec du montage

Dans certains cas, il peut être nécessaire de remplacer l'AP.

Cisco a mis en oeuvre deux correctifs pour résoudre ce problème.

Corrections de bogues

ID de bogue Cisco CSCwf50177 C9105AXW - grand nombre de blocs défectueux

Ce correctif empêche les blocs flash d'être incorrectement marqués comme étant défectueux.  Cependant, il ne répare pas les AP qui ont déjà un nombre excessif de blocs défectueux.

ID de bogue Cisco CSCwf68131 Surveillance et réparation des blocs défectueux C9105AXW

Ce correctif répare les points d'accès avec des blocs incorrects excessifs.  Au moment du démarrage (dans u-boot), si la table des blocs défectueux de l'AP dépasse un nombre seuil d'entrées (par défaut : 40 ; contrôlé par la variable u-boot SCRUB_LIMIT), alors la table des blocs défectueux sera vidée, avant le démarrage de l'AP.

Unités concernées

Seuls les points d'accès C9105AXW sont affectés par ce problème, pas d'autres modèles de points d'accès.  Pour déterminer si des unités C9105AXW données, ouvrez l'ID de bogue Cisco CSCwf50177 dans BST et cliquez sur "Vérifier l'applicabilité du bogue", pour entrer les numéros de série des AP.

Logiciels fixes

Si vous avez affecté les C9105AXW, vous devez effectuer une mise à niveau vers le logiciel avec des correctifs pour les deux bogues Cisco ID CSCwf50177 et ID de bogue Cisco CSCwf68131 .  Suivre ce dernier bogue pour la disponibilité des correctifs dans différentes branches ; à partir du 5-Sep-2023, les correctifs sont ou seront disponibles dans les versions suivantes :

AireOS

• 8.10.190.0 (sur CCO)
  
  • 8.10.185.7 et 8.10.189.111 étaient des versions spéciales avec les correctifs pour ce problème de mémoire flash ; les clients exécutant ces versions doivent effectuer une mise à niveau vers 8.10.190.0 lorsque cela leur convient

Cisco IOS® XE

• 17.3.7 APSP5 ou supérieur (cas TAC ouvert)
  
• 17.3.8 (sur CCO)
  
• 17.6.5 APSP5 ou supérieur (sur CCO)
• 17.6.6 (sur CCO)
• 17.9.3 APSP5 ou supérieur (sur CCO)
• 17.9.4 APSP1 ou version ultérieure (sur CCO)
• 17.9.5 (CCO 2024)
• 17.12.2 (CCO novembre 2023)
• 17.13.1 (CCO décembre 2023)

Vérification des points d'accès sensibles pour les blocs défectueux excessifs

Commencez par vérifier tous vos C9105AXW sensibles, pour voir combien de blocs défectueux ils ont.  Si aucun n'a plus de 60 blocs défectueux, vous pouvez effectuer une mise à niveau directement.

Vérification des blocs défectueux - 17.6 et versions ultérieures

Sur chaque C9105AXW sensible (tel que déterminé par « Vérifier l'applicabilité des bogues » pour CSCwf50177 ), collectez la sortie de "show flash statistics".  Recherchez le « nombre de blocs d'effacement physiques défectueux ».  Pour automatiser la vérification d'un grand nombre de points d'accès, utilisez WLAN Poller.

Vérification des blocs défectueux - 8.10 et 17.3

Le TAC (ou un autre employé Cisco disposant d'un accès SWIMS) doit procéder à un désenrobage dans chaque C9105AXW sensible et émettre la commande suivante :

ubinfo -a

Recherchez le « nombre de blocs d'effacement physiques défectueux ».  Pour automatiser la vérification d'un grand nombre de points d'accès, utilisez RADKit.

Procédure De Mise À Niveau

Si vous avez affecté les unités C9105AXW avec des blocs défectueux excessifs, suivez la procédure suivante lors de la mise à niveau vers le logiciel fixe.

Mise à niveau dans un déploiement à contrôleur unique - nouvelle image de contrôleur complète

1. (Facultatif) vous pouvez installer la nouvelle image du contrôleur, mais ne l'activez pas, et ne prétéléchargez pas le nouveau logiciel AP sur les C9105AXW affectés.

2. Tout en exécutant l'ancienne image de contrôleur, redémarrez les C9105AXW affectés.  Cela permettra, dans la plupart des cas, de mettre à niveau les AP concernés. (Dans certains cas, il peut être nécessaire de remplacer quelques points d'accès)

3. Vous pouvez maintenant prétélécharger la nouvelle image AP, si vous le souhaitez.

4. Rechargez le contrôleur et exécutez le nouveau logiciel

Mise à niveau dans un déploiement à contrôleur unique - APSP

1. (Facultatif) vous pouvez installer le nouveau fournisseur de services avancés, mais ne l'activez pas et ne téléchargez pas au préalable le nouveau logiciel du fournisseur de services avancés sur les C9105AXW concernés.

2. Redémarrez les C9105AXW affectés.  Cela permettra, dans la plupart des cas, de mettre à niveau les AP concernés. (Dans certains cas, il peut être nécessaire de remplacer quelques points d'accès)

3. Vous pouvez maintenant prétélécharger, activer et valider l'APSP.

Mise à niveau dans un déploiement N+1

Dans ce scénario, un contrôleur de secours est utilisé pour mettre à niveau les C9105AXW affectés.

1. Pendant que les AP affectés sont toujours joints à l'ancien contrôleur, mettez à niveau le contrôleur de secours vers le logiciel fixe (version complète du contrôleur, ou APSP)

2. Rechargez les AP affectés - demandez-leur de rejoindre l'ancien contrôleur.  (Dans certains cas, il peut être nécessaire de remplacer quelques points d'accès)

3. Maintenant, reconfigurez les AP affectés, pour définir leur contrôleur principal sur le contrôleur mis à niveau, et les faire rejoindre le contrôleur de secours.

4. Une fois que le contrôleur principal a été mis à niveau vers le logiciel fixe, vous pouvez y réinstaller les C9105AXW.