CodingBox Q&A Ask question

Solarflare SFN7122F trên TrueNAS: card được nhận, nhưng module SFP+ multimode vốn chạy tốt lại không lên đèn

Asked Active Viewed 96 AI translation from English
4

Đang dựng một cái box lưu trữ ở nhà, và mua được một con Solarflare SFN7122F dual 10GbE (SFC9120) vì nó rẻ. Bản thân card trông vẫn khỏe mạnh, hệ thống nhận ra nó và cả hai cổng đều enumerate, nhưng không một module SFP+ multimode nào mình đang có chịu lên link trên nó.

  • Solarflare SFN7122F, hai cổng, controller SFC9120
  • TrueNAS SCALE trên con NAS này, kế hoạch ban đầu là CORE
  • module SFP+ multimode 10G vẫn lên link êm ru trên một NIC khác
  • dây nhảy quang multimode ngắn, đúng sợi đã dùng trong test thành công
eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP>
eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP>

Những gì mình đã thử:

  • cả hai cổng, cả hai module, đủ bốn tổ hợp, chẳng cái nào lên link
  • chuyển đúng những module đó và đúng sợi dây nhảy quang đó sang card kia, link lên ngay lập tức
  • đổi thử dây nhảy quang phòng trường hợp đầu ferrule bị bẩn

Vậy sợi quang và module không phải là vấn đề. Con card này có đang từ chối quang không được mã hóa cho nó hay không, hay là có gì đó sai ở phía driver, và CORE có xử sự khác SCALE trong trường hợp này không? Nếu là chuyện mã hóa, thì mọi người thực sự đang chạy được module nào trên một SFN7122F?

Comments 3

Accepted answer

Phía driver không phải là vấn đề của bạn. Driver sfxge của FreeBSD bao phủ cả dòng adapter 10GbE Solarflare SFC9000, nên một con SFC9120 chạy tốt trên CORE, và bạn cũng đã thấy SCALE enumerate được phần cứng rồi. Cái bạn đang gặp phải là kiểm tra transceiver riêng của card: nó chấp nhận module được mã hóa cho Solarflare và âm thầm bỏ qua phần còn lại, đúng y như những gì bạn đang thấy: một card khỏe mạnh với những cổng chẳng bao giờ lên.

Những part mà người ta thực sự chạy được trên dòng này: FTLX8571D3BCL-SL và SFM10G-SR. FS cũng có thể cung cấp module được mã hóa sẵn cho Solarflare nếu bạn nói rõ mục tiêu khi đặt hàng, thường dễ hơn nhiều so với đi lùng hàng mã gốc.

Trước khi bỏ tiền ra, hãy nghĩ xem con card này còn sống được bao lâu. Solarflare đã về tay Xilinx và công việc phát triển driver đã dừng lại, nên sẽ không có gì thêm cho nó nữa. Với một cái box bạn muốn lắp rồi quên đi, mình sẽ chọn Chelsio làm ưu tiên một trên nền tảng này, Intel thứ hai. Nói thêm cho biết, có một báo cáo chạy lâu dài ở đây kể về hai năm chạy êm không trục trặc của con SFN6122F gần giống nó, được đánh giá là chịu được quang ngẫu nhiên tốt hơn hẳn con Intel X520 cắm bên cạnh: nhưng đó là card đời cũ hơn, và nó không thay đổi hành vi mã hóa trên con của bạn.

3 Taiwanlinkeng56TW Show original (English) AI translation

Đặt mua một cặp SFM10G-SR mã hóa cho đúng con card này, và cả hai cổng lên link ngay lần cắm đầu tiên, vậy là giả thuyết về mã hóa đứng vững. Tuy nhiên kết quả từ phía mình chỉ đúng một nửa: mấy module multimode cũ vẫn hoàn toàn chết trên con NIC này và chỉ chạy được trên card kia, nên giờ mình phải để riêng hai bộ quang, có dán nhãn phân biệt hẳn hoi.

Con card này thì cứ để đó vì nó vẫn làm được việc, nhưng gợi ý về Chelsio thì mình đã ghi nhận cho lần sau: mình không muốn cứ phải mua quang mã hóa riêng mỗi lần thêm một cổng.

2 United Statesphotonrunner70US Show original (English) AI translation

Đáng bổ sung thêm một bước kiểm tra vào quy trình chung, vì cụm "quang không được hỗ trợ" mang ý nghĩa rất khác nhau tùy từng dòng máy. Trên một Instant On 1930 24G, câu trả lời chính thức từ hãng là một module không được hỗ trợ (SX, LH và tương tự) chỉ bị gắn cờ: đèn LED cổng nhấp nháy cộng thêm một message syslog, và cổng hoàn toàn không bị vô hiệu hóa, nên một đường link cứ ở trạng thái down trên máy đó thì phải nhìn về đường truyền vật lý, chứ không phải một khóa mã hóa. Trường hợp đó kết thúc bằng việc kéo lại sợi quang mới cộng với một con SFP+ LR single-mode 10G bên thứ ba, và link lên.

Cùng một cái bẫy đó cũng chạy theo chiều ngược lại với HBA: một con Brocade 825 hiện ra hai lần trong lspci, và cắm quang vào chẳng ra dòng nào trong dmesg cả, khiến người ta đọc thành lỗi. Driver ghi log trạng thái link, không ghi log việc cắm module, nên im lặng ở đó cũng không phải là một chẩn đoán.

Trong trường hợp của bạn thì đã chạy đúng cái test quyết định rồi: cùng module, cùng sợi dây, lên link trên một NIC khác, nên kết luận khóa mã hóa là đúng. Chỉ là đừng để ai thuyết phục bạn đi tới kết luận đó trên một máy mà biểu hiện chỉ là một cái đèn LED với một dòng log.

4 Taiwanlinkeng56TW Show original (English) AI translation
Log in to comment. Log in