Lenovo RackSwitch G8124E가 일반 10G SR SFP+를 UNAPPROVED - SR SFP+ is DISABLED로 거부함
폐기 예정 랙에서 G8124E 두 대를 빼왔고, 내부 테스트 환경의 애그리게이션 레이어로 다시 세팅하는 중이에요. 브랜드 광모듈에 쓸 예산은 0이라서 전부 다른 데서 이미 쓰고 있는 일반 10G SR 모듈로 채우고 있어요.
- Lenovo RackSwitch G8124E, 예전 IBM 브랜드 섀시
- 일반 10G SR SFP+, 듀플렉스 LC, 저희 프로덕션 top-of-rack에서 잘 돌아가는 것과 같은 배치
- OM3 패치로 같은 모듈 타입에서 10G로 링크되는 서버 NIC에 연결
포트가 잠깐 살아났다가 스위치가 바로 꺼버려요:
UNAPPROVED - SR SFP+ is DISABLED그 뒤로는 링크가 절대 안 서고 포트는 계속 다운 상태예요.
이미 해본 것:
- 모듈을 케이지 네 군데로 옮겨봤는데 매번 똑같은 메시지
- 같은 배치에서 두 번째 모듈, 다른 공급처에서 세 번째 모듈로 바꿔봄
- allow-unsupported 같은 옵션이 있나 인터페이스 설정을 뒤져봤는데 아무것도 못 찾음
이 장비가 서드파티 광모듈을 받아들이게 할 방법이 있을까요, 아니면 그 승인 체크는 Lenovo 코딩 모듈로만 통과할 수 있는 건가요?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 5
누가 명령어부터 던지기 전에,
show version은 뭐라고 나와요? 이 계열은 해법이 명령 하나가 아니라 코드 트레인별로 갈리는데요, 7.x 이미지에서 하는 거랑 8.x에서 하는 게 달라서 버전부터 확정해야 해요.그리고 모듈이 그냥 일반 제품인지 아니면 EEPROM에 알아볼 만한 vendor 문자열이 들어 있는지도 알려주세요. 펌웨어는 그 문자열로 모듈을 판단하는데, 바로 이 스위치에 Intel 코딩 SFP+를 꽂은 사람들도 unapproved transceiver 경고를 받거든요. 그러니까 그 메시지 하나만으로는 광모듈 자체에 대해 알 수 있는 게 별로 없어요.
show version을 보니 7.x 이미지네요, 그러니까 최신 트레인이 아니라 예전 쪽이에요.모듈은 그냥 일반 제품이고 Intel이나 Cisco 코딩은 전혀 없고, 만든 OEM으로 식별돼요. 세 번째 모듈은 바로 옆에 있는 IBM RackSwitch G8124에도 꽂아봤는데 거기서도 똑같이 나왔으니까, 케이지 하나나 광모듈 하나가 불량인 건 아니에요.
예전 스트림에는 승인 체크를 꺼주는 부트로더 변수가 있어요. 5.x, 6.x, 7.x, 8.3.x 이하까지 문서에 나와 있으니까 7.x 장비도 해당돼요.
이건 네트워크가 아니라 시리얼 콘솔, 그러니까 mini-USB RS232 포트로 해야 해요. 스위치를 리로드하고 메모리 테스트가 끝날 때까지 Shift+M을 누르고 있으면 부트로더가
=>프롬프트를 주는데, 그다음에:값은 대소문자를 구분해요,
Override는 대문자 O예요.boot전에printenv를 실행해서 변수가 실제로 저장됐는지 꼭 확인하세요. 스위치가 부팅을 마치고 나면 승인 안 된 SFP+ 모듈을 비활성화하는 걸 멈추고 포트가 그냥 올라와요.주의할 점 두 가지요. 이건 랩용, 비상용 조치고 Lenovo는 서드파티 광모듈을 지원하지 않으니 여기 나온 건 다 비공식이에요. 그리고 이런 구형 장비에서는 듀얼레이트 광모듈은 피하세요, 체크를 우회한 뒤에도 문제를 일으켜요.
G8124E만이 아니라 Lenovo 스위치 라인 전체가 같은 얘기예요. 저는 G8272가 있는데, Cisco-Finisar
SFP-10G-LR-S를 Unapproved로 판정하고 포트를 Disabled로 표시하고 링크를 다운 상태로 둬요. 정품 Cisco 광모듈인데 그냥 Lenovo 목록에 없는 거예요.ThinkSystem 쪽, NE1032랑 NE1032T는 ENOS가 아니라 CNOS라서, 거기서는 부트로더 트릭 대신 unsupported transceiver를 허용하는 플랫폼 명령이 방법이에요. 저는 그건 직접 돌려본 적이 없어서, 작업 창을 잡기 전에 본인 장비에서 문법부터 확인하세요. 밑바탕 패턴은 안 바뀌어요. 펌웨어가 EEPROM vendor 문자열을 목록이랑 비교해서 못 알아보는 건 다 비활성화하는 거예요.
하나 더 보태면요: 그 override는 펌웨어 업그레이드를 넘어 꼭 살아남는 게 아니에요. 새 이미지를 올렸는데 포트가 다시 죽으면, 모듈부터 뽑기 전에 시리얼 콘솔로 들어가서
printenv부터 확인해보세요. 변수가 그냥 사라졌을 수도 있어요.그리고 벤더 잠금 해제 스위치를 일반적으로 믿을 만하다고 생각하지 마세요. IOS-XE 16.9.x를 쓰는 Catalyst 9200에서는 CSCvk03296 때문에
service unsupported-transceiver가 아예 효과가 없고, 사람들이 대신 쓴 건 글로벌 설정의no errdisable recovery cause gbic-invalid였는데, 이게 포트가 err-disabled 되는 걸 막아줘서 FS랑 Cables and Kits 모듈이 돌아가게 해줬어요. 벤더는 다르지만 교훈은 같아요. 문서화된 스위치랑 실제로 먹히는 스위치가 항상 같은 건 아니에요.