TL-SG3428X-M2 (V1): khe SFP+ 26 không lên link với bất kỳ TL-SM5310-T nào, khe 27 nhấp nháy mất link theo
Tôi phụ trách mạng của một văn phòng nhỏ, một tủ switch, và bốn khe SFP+ trên switch access nhà mình gánh các link 10G ra rack server. Nó chạy êm nhiều tháng liền chẳng phải nghĩ ngợi gì, giờ tự nhiên một khe biến mất.
- TP-Link TL-SG3428X-M2 (V1), firmware 1.20.4 Build 20241104 Rel.40746, đã adopt vào Omada
- bốn module TP-Link TL-SM5310-T 10GBASE-T trong các cổng SFP+ 25-28
- dây nhảy CAT6A, đầu kia là hai server và một NAS
Trạng thái các cổng hiện tại:
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, 10GNhững gì đã thử:
- xoay vòng các module qua cả bốn khe: module từ khe 26 lên link bình thường ở khe 25 và 28, module nào cắm vào khe 26 cũng tối om, nên bản thân các module vẫn tốt
- đổi dây nhảy mới, đổi cổng đầu kia, không đổi gì
- reboot switch, disable/enable port, không đổi gì
Phần không giải thích nổi là port 27 giật giật trong khi thứ duy nhất mình đụng vào là port 26. Khe 26 chết hẳn rồi đáng RMA, hay còn gì cần loại trừ trước đã?
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
Đây là lỗi thụt lùi (regression) của firmware 1.20.4 Build 20241104, không phải phần cứng chết. Kiểu lỗi bạn mô tả - một khe SFP+ không bao giờ sáng đèn dù module còn tốt, cộng thêm khe bên cạnh giật nhẹ khi đụng vào khe chết - chính là những gì bản firmware đó gây ra với module đồng TL-SM5310-T.
Downgrade switch về bản trước là port quay lại bình thường. Cụ thể:
Chính người của TP-Link cũng xác nhận bản đó có vấn đề trên các switch Omada dùng với controller v5.14, nói đang xem xét, và khuyên cứ ở lại firmware cũ trong lúc chờ. Nên đừng phí một case support vào phần cứng, dồn nó vào số bản firmware.
Nếu thực sự không downgrade được, cách duy nhất là sống chung với ba khe còn chạy tốt và để port 26 trống. Đó không phải là fix, chỉ là cách cầm cự cho tới khi có bản vá đúng.
Trước khi điền form RMA: chuyện này bắt đầu từ khi nào, và switch có nhận cập nhật firmware nào quanh thời điểm đó không? 1.20.4 Build 20241104 khá mới, mà controller sẵn sàng tự đẩy firmware mới xuống nếu để chế độ tự động cập nhật.
Cũng đáng xác định thêm: port 27 giật chỉ khi khe 26 có module cắm vào, hay cả khi khe 26 trống cũng vậy? Một khe chết bình thường không làm khe bên cạnh flap. Cái đó nghe giống phần mềm đứng sau các port hơn là một mối hàn nứt.
Cùng switch, cùng bản firmware ở đây, nên bạn không đơn độc đâu. Port 25 vẫn ổn, port 26 không lên đèn link với mọi module mình có, còn 27 và 28 thì lúc được lúc không - một trong hai cổng đó cấp cho một EAP783, nên mỗi lần rớt là thấy ngay. Mình cũng làm đúng cái nghi thức đổi module qua lại đó và tự thuyết phục bản thân là khe chết.
Không phải khe chết. Máy vừa nhận một bản cập nhật firmware ngay trước khi sự cố bắt đầu, và quay lại bản cũ là cả bốn port SFP+ trở lại bình thường. Kiểm tra lịch sử cập nhật trước khi gửi bất cứ thứ gì đi đâu cả.
Xác nhận, và hơi ngại khi nghĩ lại suýt nữa đã gửi switch đi bảo hành. Lịch sử cập nhật cho thấy 1.20.4 Build 20241104 vào máy vài ngày trước khi các port trở chứng, mà mình chưa từng tự tay chạy update, nên nó tự vào.
Downgrade về bản trước, adopt lại, và cả bốn khe lên 10G kể cả port 26. Port 27 không còn giật khi đụng vào port 26 nữa. Tự động cập nhật giờ đã tắt, bản firmware cũ nằm sẵn trên file server cạnh bản backup config.
Ghi lại cho ai cần: cùng dòng này còn một cái bẫy firmware khác đáng biết. Trên TL-SX3008F (V1) dùng SM5310-T(UN) cấp cho một workstation, firmware 1.20.2 và 1.20.3 làm port SFP+ chết cứng ngay khi PC vào sleep hoặc tắt máy. Chuyển module sang khe trống chỉ ăn đúng một lần mỗi khe, và khi dùng hết các khe rồi thì chỉ reboot switch mới đưa port trở lại. Ghim port ở 1G thì tránh được, đổi lại mất tốc độ đã trả tiền mua.
Một người khác gặp đúng chuyện này với module RJ45 của 10Gtek (ASF-10G2-T), Wiitek và Xicom sau một adapter Iocrest AQC113. Downgrade về 1.20.0 Build 20231011 Rel.42220 giải quyết được cho cả hai người. Triệu chứng khác nhau, bài học như nhau: chuyện xử lý SFP+ đồng trong các bản này chính là nơi bug trú ngụ.
Nhớ thêm một chuyện nữa với dòng switch này: một module rảnh rỗi có thể tốn hơn cả một port. Trên TL-SX3016F chạy 1.0.0 Build 20210730 Rel.65115, CPU nằm ở mức 87-89% dù không có traffic gì cả, và cứ ba phút lại ghi một dòng CPU RISING THRESHOLD vào log.
Tải CPU đi theo số module cắm vào - một module 0-1%, hai module 73-76%, ba module trở lên 88-90% - và nguyên nhân là module Mellanox MFM1T02A-SR cắm sợi quang nhưng đầu kia không sáng gì, nên link cứ ở trạng thái down. Đổi sang Ubiquiti UF-MM-10G thì CPU giữ ở mức thấp bất kể port làm gì, và chỉ cần rút các module không dùng ra cũng hết luôn. TP-Link trả lời rằng một module cắm đó mà link down thì vốn đã tốn kém cho chipset, và tải sẽ giảm lại khi port lên link đàng hoàng. Cái nửa khó hiểu còn lại thì chưa ai giải thích được: đổi hãng, để module rảnh y hệt, mà CPU vẫn im ắng. Nên khi đã quay lại firmware cũ rồi, ngó qua biểu đồ CPU luôn thể.