플래시에서 불량 블록이 있는 C9105AXW 액세스 포인트 복구

소개

다수의 C9105AXW 액세스 포인트(모든 PID)는 시간이 지남에 따라 블록을 잘못된 것으로 위장 표시할 수 있는 NAND 플래시 하위 시스템으로 제조되었습니다.  94개 블록이 나쁨으로 표시되면 플래시 불량 블록 테이블이 가득 찼습니다.  그 결과 AP는 다음과 같은 다양한 증상을 겪을 수 있습니다.

• 플래시 파일 시스템이 쓰기 잠금이 되어 AP가 더 이상 컨피그레이션 변경 사항을 커밋하거나, 새 로그를 쓰거나, 새 이미지를 다운로드할 수 없게 될 수 있습니다.  다음과 유사한 오류가 표시될 수 있습니다.
  sync_log: /storage/syslogs/7을(를) 열 수 없습니다. 읽기 전용 파일 시스템
• 다음과 유사한 UBIFS 오류를 보여주는 커널 패닉과 함께 AP가 충돌할 수 있습니다.
  <3>[02/06/2023 05:06:06.0290] UBIFS 오류(ubi0:1 pid 5454): do_writepage: inode 54848의 8페이지를 쓸 수 없습니다. 오류 -30
• AP가 부팅되지 않을 수 있습니다. 콘솔 로그에 다음과 유사한 오류가 표시됩니다.
  [01/01/1970 00:00:05.0600] ubi0 오류: ubi_eba_init: 충분한 물리적 지우기 블록이 없습니다(0, 1 필요).
  [*01/01/1970 00:00:06.4720] 마운트 실패

경우에 따라 AP를 교체해야 할 수도 있습니다.

Cisco는 이 문제를 해결하기 위해 두 가지 버그 픽스를 구현했습니다.

버그 픽스

Cisco 버그 ID CSCwf50177 C9105AXW - 다수의 불량 블록

이 버그 픽스는 플래시 블록이 잘못된 것으로 표시되는 것을 방지합니다.  그러나 이미 과다 수의 불량 블록이 있는 AP는 복구하지 않습니다.

Cisco 버그 ID CSCwf68131 C9105AXW 불량 블록 모니터링 및 복구

이 버그 픽스는 과도한 불량 블록이 있는 AP를 복구합니다.  부팅 시(u-부팅 시) AP의 불량 블록 테이블이 임계값 항목 수(기본값: 40, SCRUB_LIMIT u-boot 변수로 제어됨)를 초과하면 AP가 부팅되기 전에 불량 블록 테이블이 비워집니다.

영향을 받는 유닛

C9105AXW AP만 이 문제의 영향을 받으며 다른 AP 모델은 영향을 받지 않습니다.  지정된 C9105AXW 장치의 여부를 확인하려면 BST에서 Cisco 버그 ID CSCwf50177을 열고 "버그 적용 가능성 확인"을 클릭하여 AP의 일련 번호를 입력합니다.

고정 소프트웨어

C9105AXW에 영향을 미친 경우 Cisco 버그 ID CSCwf50177 과 Cisco 버그 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에서 (CSCwf50177의 "버그 적용 가능성 확인"에서 확인된 대로) "show flash statistics"의 출력을 수집합니다.  "잘못된 물리적 지우기 블록 수"를 찾습니다.  많은 수의 AP 확인을 자동화하려면 WLAN Poller를 사용합니다.

불량 블록 확인 - 8.10 및 17.3

TAC(또는 SWIMS 액세스 권한이 있는 다른 Cisco 직원)는 각각의 취약한 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를 다시 구성하여 주 컨트롤러를 업그레이드된 AP로 설정하고 백업 컨트롤러에 연결하게 합니다.

4. 기본 컨트롤러가 고정 소프트웨어로 업그레이드된 후 C9105AXW를 다시 이동할 수 있습니다.