Reparar pontos de acesso C9105AXW com blocos defeituosos em Flash

Introdução

Vários pontos de acesso C9105AXW (todos PIDs) foram fabricados com um subsistema flash NAND que pode, com o tempo, marcar os blocos como danificados de forma artificial.  Depois que 94 blocos forem marcados como danificados, a tabela de blocos danificados da memória flash estará cheia.  Como resultado, o AP pode sofrer vários sintomas:

• O sistema de arquivos flash pode ficar bloqueado para gravação, de modo que o AP não seja mais capaz de confirmar alterações de configuração, gravar novos logs ou fazer download de uma nova imagem.  Podem ser vistos erros semelhantes aos seguintes:
  sync_log: não foi possível abrir /storage/syslogs/7: sistema de arquivos somente leitura
• O AP pode travar, com uma pane no kernel mostrando erros UBIFS semelhantes aos seguintes:
  <3>[02/06/2023 05:06:06.0290] erro UBIFS (ubi0:1 pid 5454): do_writepage: não é possível gravar a página 8 do 54848 de inode, erro -30
• O AP pode ser incapaz de inicializar; o registro do console mostra um erro semelhante ao seguinte:
  [01/01/1970 00:00:05.0600] erro ubi0: ubi_eba_init: não há blocos de exclusão físicos suficientes (0, precisa 1)
  [*01/01/1970 00:00:06.4720] falha de montagem

Em alguns casos, o AP pode precisar ser substituído.

A Cisco implementou duas correções de bugs para resolver esse problema.

Correções de erros

ID de bug Cisco CSCwf50177 C9105AXW - grande número de blocos defeituosos

Esta correção de erro evita que os blocos flash sejam marcados incorretamente como defeituosos.  No entanto, ele não repara os APs que já têm um número excessivo de blocos defeituosos.

Bug da Cisco com ID CSCwf68131 C9105AXW monitoramento e reparo de bloco defeituoso

Esta correção de erro corrige os APs com excesso de blocos defeituosos.  No momento da inicialização (em u-boot), se a tabela de blocos defeituosos do AP exceder um número limite de entradas (padrão: 40; controlado pela variável u-boot SCRUB_LIMIT), a tabela de blocos defeituosos será esvaziada antes da inicialização do AP.

Unidades Afetadas

Somente os APs C9105AXW são afetados por esse problema, não há outros modelos de AP.  Para determinar se determinadas unidades C9105AXW, abra o bug da Cisco ID CSCwf50177 no BST e clique em "Check Bug Applicability" (Verificar aplicabilidade do bug) para inserir os números de série dos APs.

Software fixo

Se você tiver afetado os C9105AXWs, você deverá atualizar para o software com correções para a ID de bug da Cisco CSCwf50177 e a ID de bug da Cisco CSCwf68131 . Rastreie o último bug para obter a disponibilidade das correções em diferentes ramificações; a partir de 5-set-2023, as correções estarão ou estarão disponíveis nas seguintes versões:

AireOS

• 8.10.190.0 (no CCO)
  
  • 8.10.185.7 e 8.10.189.111 foram versões especiais com as correções para esse problema de flash; os clientes que executam essas versões devem atualizar para 8.10.190.0 quando conveniente

Cisco IOS® XE

• 17.3.7 APSP5 ou superior (caso TAC aberto)
  
• 17.3.8 (no CCO)
  
• 17.6.5 APSP5 ou superior (no CCO)
• 17.6.6 (no CCO)
• 17.9.3 APSP5 ou superior (no CCO)
• 17.9.4 APSP1 ou superior (no CCO)
• 17.9.5 (CCO 2024)
• 17.12.2 (CCO, novembro de 2023)
• 17.13.1 (CCO, dezembro de 2023)

Verificando se há excesso de blocos defeituosos nos APs susceptíveis

Primeiro, verifique todos os C9105AXWs susceptíveis para ver quantos blocos danificados eles possuem.  Se nenhum tiver mais de 60 blocos defeituosos, você pode atualizar diretamente.

Verificando blocos defeituosos - 17.6 e acima

Em cada C9105AXW susceptível (conforme determinado em "Verificar a aplicabilidade do bug" para CSCwf50177 ), colete a saída de "show flash statistics".  Procure "contagem de blocos apagados físicos inválidos".  Para automatizar a verificação de um grande número de APs, use o WLAN Poller.

Verificando blocos danificados - 8.10 e 17.3

O TAC (ou outro funcionário da Cisco com acesso SWIMS) precisará desenvolver em cada C9105AXW susceptível e emitir o seguinte comando:

ubinfo -a

Procure "contagem de blocos apagados físicos inválidos".  Para automatizar a verificação de um grande número de APs, use RADKit.

Procedimento de atualização

Se você tiver afetado unidades C9105AXW com excesso de blocos defeituosos, siga o procedimento a seguir ao atualizar para o software fixo.

Atualizando em uma implantação de controlador único - nova imagem de controlador completa

1. (Opcional) Você pode instalar a nova imagem da controladora, mas não a ative e não faça o pré-download do novo software AP para os C9105AXWs afetados.

2. Enquanto ainda estiver executando a imagem do controlador antigo, reinicialize o C9105AXWs afetado.  Na maioria dos casos, isso permitirá que os APs afetados sejam atualizados. (Em alguns casos, alguns APs podem precisar ser substituídos)

3. Você pode agora pré-baixar a nova imagem do AP, se assim desejar.

4. Recarregue o controlador, executando o novo software

Atualização em uma implantação de controlador único - APSP

1. (Opcional) Você pode instalar o novo APSP, mas não o ative e não faça o pré-download do novo software AP para os C9105AXWs afetados.

2. Reinicie os C9105AXWs afetados.  Na maioria dos casos, isso permitirá que os APs afetados sejam atualizados. (Em alguns casos, alguns APs podem precisar ser substituídos)

3. Agora você pode pré-baixar, ativar e confirmar o APSP.

Atualizando em uma implantação N+1

Neste cenário, um controlador de backup é usado para atualizar os C9105AXWs afetados.

1. Enquanto os APs afetados ainda estiverem unidos à controladora antiga, atualize a controladora de backup para o software fixo (APSP, ou versão completa da controladora)

2. Recarregue os APs afetados - faça com que eles se juntem novamente à controladora antiga.  (Em alguns casos, alguns APs podem precisar ser substituídos)

3. Agora reconfigure os APs afetados, para definir seu controlador primário para o atualizado, e faça com que eles se juntem ao controlador de backup.

4. Depois que o controlador primário tiver sido atualizado para o software fixo, você poderá mover os C9105AXWs de volta para ele.