TL-SG3428X-M2 (V1): TL-SM5310-T를 꽂아도 SFP+ 26번 케이지에 링크가 안 올라오고, 27번은 깜빡거립니다
작은 사무실 네트워크 하나를 관리하고 있고, 스위치실도 하나뿐인데, 액세스 스위치의 SFP+ 케이지 4개가 서버랙까지 10G 링크를 맡고 있습니다. 몇 달간 신경 쓸 일 없이 잘 돌아가다가 이제 케이지 하나가 그냥 나가버렸습니다.
- TP-Link TL-SG3428X-M2 (V1), 펌웨어 1.20.4 Build 20241104 Rel.40746, Omada에 등록됨
- TP-Link TL-SM5310-T 10GBASE-T 모듈 4개, SFP+ 25-28번 포트에 장착
- CAT6A 패치코드, 반대쪽 끝은 서버 2대와 NAS
현재 포트 상태:
port 25 up, 10G
port 26 down, no link LED with any module
port 27 up, 10G, but drops for a moment whenever a cable goes into or out of port 26
port 28 up, 10G시도해본 것:
- 모듈을 케이지 4개에 돌아가며 꽂아봄: 26번에 있던 모듈은 25번과 28번에서는 멀쩡히 링크가 올라오고, 26번에는 어떤 모듈을 꽂아도 불이 안 들어오니 모듈 자체는 문제없음
- 새 패치코드, 반대쪽 포트도 바꿔봄, 변화 없음
- 스위치 재부팅, 포트 disable/enable, 변화 없음
이해가 안 되는 부분은 26번만 건드렸을 뿐인데 27번이 흔들린다는 겁니다. 26번 케이지가 죽어서 RMA 보낼 만한 상황인가요, 아니면 그 전에 확인해볼 다른 게 있을까요?
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 6
이건 하드웨어 고장이 아니라 1.20.4 Build 20241104의 펌웨어 회귀 버그입니다. 말씀하신 패턴, 즉 멀쩡한 모듈을 꽂아도 절대 안 켜지는 SFP+ 케이지 하나에 죽은 포트를 건드리면 옆 포트가 흔들리는 증상까지, 그 빌드가 TL-SM5310-T 구리 모듈에 대해 보이는 전형적인 모습입니다.
스위치를 이전 릴리스로 롤백하면 포트가 돌아옵니다. 실제로는:
TP-Link 쪽에서도 컨트롤러 v5.14용으로 맞춘 Omada 스위치의 이 릴리스에 문제가 있다는 걸 인정했고, 조사 중이라며 당분간 구 펌웨어를 쓰라고 권했습니다. 그러니 지원 케이스는 하드웨어가 아니라 빌드 번호를 걸고 여세요.
정말 다운그레이드가 불가능하다면 남은 방법은 살아있는 케이지 3개로 버티면서 26번 포트를 비워두는 것뿐입니다. 해결책은 아니고 수정된 릴리스가 나올 때까지 서비스를 유지하는 임시방편일 뿐입니다.
RMA 신청서 쓰기 전에: 이게 언제부터 시작됐고, 비슷한 시기에 스위치가 펌웨어 업데이트를 받지는 않았나요? 1.20.4 Build 20241104는 나온 지 얼마 안 됐고, 자동 업그레이드를 꺼두지 않았다면 컨트롤러가 알아서 새 이미지를 밀어넣습니다.
하나 더 확인할 부분: 27번이 흔들리는 게 26번에 모듈이 꽂혀 있을 때만인가요, 아니면 26번이 비어 있어도 그런가요? 죽은 케이지가 옆 포트를 flap시키는 경우는 보통 없습니다. 그 부분은 크랙 난 납땜보다 포트 뒤의 소프트웨어 쪽 냄새가 훨씬 강합니다.
여기도 같은 스위치, 같은 빌드라 혼자만 겪는 일 아닙니다. 25번은 멀쩡했고, 26번은 가진 모듈을 다 꽂아봐도 링크 LED가 안 들어왔고, 27번과 28번은 들어왔다 나갔다 했습니다. 그중 하나가 EAP783에 물려 있어서 끊길 때마다 아주 눈에 띄었습니다. 저도 똑같이 모듈 돌려 끼우기 의식을 치르고는 케이지가 죽었다고 스스로 결론 내렸습니다.
케이지 문제가 아니었습니다. 문제가 시작되기 직전에 장비가 펌웨어 업데이트를 받았고, 이전 이미지로 돌아가니 SFP+ 포트 4개가 전부 돌아왔습니다. 어디로든 뭘 보내기 전에 업데이트 이력부터 확인하세요.
확인됐습니다. 하마터면 스위치를 보낼 뻔했다는 게 민망하네요. 업데이트 이력을 보니 포트가 이상해지기 며칠 전에 1.20.4 Build 20241104가 들어왔는데, 제가 직접 시작한 적이 없으니 알아서 들어온 겁니다.
이전 릴리스로 롤백하고 재등록했더니 26번을 포함해서 케이지 4개 전부 10G로 올라옵니다. 26번을 건드려도 27번이 더 이상 흔들리지 않습니다. 자동 업그레이드는 꺼뒀고, 예전 이미지는 파일 서버에 설정 백업과 나란히 보관 중입니다.
기록 삼아 남깁니다: 같은 계열에 알아둘 만한 펌웨어 함정이 하나 더 있습니다. 워크스테이션에 SM5310-T(UN)를 물린 TL-SX3008F (V1)에서, 펌웨어 1.20.2와 1.20.3은 PC가 절전모드로 들어가거나 꺼지자마자 SFP+ 포트를 죽여버렸습니다. 모듈을 빈 케이지로 옮기면 케이지당 딱 한 번씩만 되살아났고, 케이지를 다 써버리면 그다음부터는 스위치 재부팅만이 포트를 되돌려놨습니다. 포트를 1G로 고정하면 피할 수 있었지만, 그만큼 속도 손해를 본 셈이었습니다.
다른 분은 Iocrest AQC113 어댑터 뒤에 물린 10Gtek(ASF-10G2-T), Wiitek, Xicom의 RJ45 모듈에서 같은 걸 겪었습니다. 1.20.0 Build 20231011 Rel.42220으로 다운그레이드하니 둘 다 해결됐습니다. 증상은 다르지만 교훈은 같습니다. 이런 빌드들의 버그는 구리 SFP+ 처리 쪽에 있다는 것입니다.
이 계열 스위치를 쓴다면 하나 더 기억해두세요. 놀고 있는 모듈이 포트 하나보다 더 큰 대가를 치르게 할 수 있습니다. 1.0.0 Build 20210730 Rel.65115를 돌리는 TL-SX3016F에서 트래픽이 전혀 없는데도 CPU가 87-89%에 머물렀고, 3분마다 로그에 CPU RISING THRESHOLD 줄이 찍혔습니다.
부하는 꽂힌 모듈 개수를 그대로 따라갔습니다. 모듈 1개면 0-1%, 2개면 73-76%, 3개 이상이면 88-90%. 원인은 광케이블은 꽂혀 있지만 반대쪽 끝에 아무것도 안 켜져 있어 링크가 안 올라오는 Mellanox MFM1T02A-SR 모듈들이었습니다. 이걸 Ubiquiti UF-MM-10G로 바꾸니 포트 상태와 무관하게 CPU가 낮게 유지됐고, 안 쓰는 모듈을 그냥 뽑아버리는 것도 효과가 있었습니다. TP-Link 측 답변은 링크가 안 올라온 채로 꽂혀 있는 모듈 자체가 칩셋에 부담이고, 포트에 링크가 제대로 올라오면 부하가 다시 내려간다는 것이었습니다. 그런데 어색하게 설명이 안 되는 부분이 남습니다. 브랜드를 바꿔도 모듈은 똑같이 놀고 있는데 CPU는 조용하다는 겁니다. 그러니 구 펌웨어로 돌아간 다음에는 CPU 그래프도 한 번 봐두세요.