フラッシュに不良ブロックがあるC9105AXWアクセスポイントの修復

概要

多くのC9105AXWアクセスポイント（すべてのPID）は、時間の経過とともに誤ってブロックを不良としてマークする可能性のあるNANDフラッシュサブシステムを使用して製造されています。  94個のブロックが不良としてマークされると、フラッシュ不良ブロックテーブルはいっぱいになります。  その結果、APはさまざまな症状を受ける可能性があります。

• フラッシュファイルシステムが書き込みロック状態になり、APが設定変更のコミット、新しいログの書き込み、または新しいイメージのダウンロードを行えなくなる場合があります。  次のようなエラーが表示される場合があります。
  sync_log: /storage/syslogs/7：読み取り専用ファイルシステムを開くことができませんでした
• APがクラッシュし、次のようなUBIFSエラーを示すカーネルパニックが発生することがあります。
  <3>[02/06/2023 05:06:06.0290] UBIFSエラー(ubi0:1 pid 5454): do_writepage: cannot write page 8 of inode 54848, error -30
• APがブートできない場合があります。コンソールログに次のようなエラーが表示されます。
  [01/01/1970 00:00:05.0600] ubi0 error: ubi_eba_init: no enough physical eraseblocks (0, need 1)
  [*01/01/1970 00:00:06.4720]マウントの失敗

場合によっては、APの交換が必要になることがあります。

シスコでは、この問題に対処するために2つのバグ修正を実装しています。

バグ修正

Cisco Bug ID CSCwf50177 C9105AXW – 不良ブロックの数が多い

このバグ修正により、フラッシュブロックが誤って「bad」とマークされるのを防ぎます。  ただし、すでに過剰な数の不良ブロックがあるAPは修復されません。

Cisco Bug ID CSCwf68131 C9105AXW不良ブロックの監視と修復

このバグフィックスは、過剰な不良ブロックを含むAPを修復します。  ブート時（u-bootモード）、APの不良ブロックテーブルがエントリ数のしきい値（デフォルトは40、SCRUB_LIMIT u-boot変数で制御）を超えると、APのブート前に不良ブロックテーブルは空になります。

該当するユニット

この問題に該当するのはC9105AXW APだけで、他のAPモデルは該当しません。  特定のC9105AXWユニットかどうかを確認するには、Cisco Bug ID CSCwf50177（登録ユーザ専用）をBSTで開き、「Check Bug Applicability」をクリックしてAPのシリアル番号を入力します。

修正済みソフトウェア

C9105AXWが該当する場合は、両方の修正が取り込まれたソフトウェアにアップグレードする必要があります。Cisco Bug ID CSCwf50177 およびCisco Bug ID CSCwf68131 を参照。  異なるブランチで修正が利用可能かどうかを確認するために、後者のバグを追跡します。2023年9月5日の時点で、修正は次のリリースで利用可能または利用可能になる予定です。

AireOS

• 8.10.190.0（CCO上）
  
  • 8.10.185.7および8.10.189.111は、このフラッシュの問題に対する修正を含む特別なリリースです。これらのリリースを使用しているお客様は、都合のよいときに8.10.190.0にアップグレードする必要があります

Cisco IOS® XE

• 17.3.7 APSP5以降（TACサービスリクエストをオープン）
  
• 17.3.8（CCO上）
  
• 17.6.5 APSP5以降（CCO上）
• 17.6.6（CCO上）
• 17.9.3 APSP5以降（CCO上）
• 17.9.4 APSP1以上（CCO上）
• 17.9.5(CCO 2024)
• 17.12.2（CCO、2023年11月）
• 17.13.1（CCO、2023年12月）

影響を受けやすいAPでの過剰な不良ブロックのチェック

まず、影響を受けやすいC9105AXWをすべてチェックし、不良ブロックの数を確認します。  不良ブロックが60個を超えるものがない場合は、直接アップグレードできます。

不良ブロックのチェック – 17.6以降

影響を受ける各C9105AXW(「Check Bug Applicability」で確認できるCSCwf50177 show flash statisticsの出力を収集します。  「不良な物理消去ブロックの数」を探します。  多数のAPのチェックを自動化するには、WLAN Pollerを使用します。

不良ブロックのチェック – 8.10および17.3

TAC（またはSWIMSにアクセス可能なシスコの他の従業員）は、影響を受けやすい各C9105AXWに移動し、次のコマンドを発行する必要があります。

ubinfo -a

「不良な物理消去ブロックの数」を探します。  多数のAPのチェックを自動化するには、RADKitを使用します。

アップグレード手順

過剰な不良ブロックがあるC9105AXWユニットに該当する場合は、修正済みソフトウェアにアップグレードする際に次の手順に従ってください。

シングルコントローラ導入でのアップグレード – 新しいコントローライメージの完了

1. （オプション）新しいコントローライメージをインストールできますが、アクティブ化は行わず、新しいAPソフトウェアを該当するC9105AXWにプレダウンロードしないでください。

2.古いコントローライメージを実行したまま、該当するC9105AXWをリブートします。  これにより、ほとんどの場合、影響を受けるAPのアップグレードが可能になります。（場合によっては、いくつかのAPを交換する必要があります）

3.必要に応じて、新しいAPイメージを事前にダウンロードできます。

4.コントローラをリロードし、新しいソフトウェアを実行します。

シングルコントローラ導入でのアップグレード – APSP

1. （オプション）新しいAPSPをインストールできますが、アクティブ化は行わず、新しいAPソフトウェアを該当するC9105AXWにプレダウンロードしないでください。

2.該当するC9105AXWをリブートします。  これにより、ほとんどの場合、影響を受けるAPのアップグレードが可能になります。（場合によっては、いくつかのAPを交換する必要があります）

3. APSPのプレダウンロード、アクティブ化、およびコミットが可能になりました。

N+1導入でのアップグレード

このシナリオでは、該当するC9105AXWのアップグレードにバックアップコントローラが使用されています。

1.影響を受けるAPがまだ古いコントローラに加入している場合は、バックアップコントローラを修正済みソフトウェア（フルコントローラバージョン、つまりAPSP）にアップグレードします

2.影響を受けるAPをリロードします。古いコントローラに再度加入させます。  （場合によっては、いくつかのAPを交換する必要があります）

3.ここで、影響を受けるAPを再設定し、プライマリコントローラをアップグレードされたコントローラに設定して、バックアップコントローラに加入させます。

4.プライマリコントローラを修正済みソフトウェアにアップグレードした後、C9105AXWを元のコントローラに戻すことができます。