Solarflare SFN7122F di TrueNAS: card terdeteksi, tapi modul SFP+ multimode yang normal tetap mati
Saya sedang bangun storage box di rumah dan dapat Solarflare SFN7122F dual 10GbE (SFC9120) karena harganya murah. Card-nya sendiri terlihat sehat, sistem melihatnya dan kedua port ter-enumerate, tapi tidak satu pun modul SFP+ multimode yang saya punya mau bikin link naik di card ini.
- Solarflare SFN7122F, dual port, controller SFC9120
- TrueNAS SCALE di NAS-nya, CORE rencana awalnya
- modul SFP+ multimode 10G yang link tanpa masalah di NIC lain
- patch cord multimode pendek, yang sama dipakai di test yang berhasil
eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP>
eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP>
Yang sudah saya coba:
- kedua port, kedua modul, keempat kombinasi, tidak pernah ada yang link
- pindahkan modul yang persis sama dan patch cord yang sama ke card lain, link langsung naik
- tukar patch cord kalau-kalau end face-nya kotor
Jadi fiber dan modulnya bukan masalahnya. Apakah card ini menolak optik yang tidak di-coding untuknya, atau ada yang salah di sisi driver, dan apakah CORE akan berperilaku beda dari SCALE di sini? Kalau ini soal coding, modul apa yang benar-benar orang-orang pakai dan jalan di SFN7122F?
Comments 3
Sisi driver bukan masalah kamu. Driver sfxge FreeBSD mencakup adapter 10GbE keluarga Solarflare SFC9000, jadi SFC9120 aman-aman saja di CORE, dan kamu sudah lihat sendiri SCALE meng-enumerate hardware-nya. Yang kamu hadapi ini adalah pengecekan transceiver milik card itu sendiri: dia menerima modul yang di-coding untuk Solarflare dan diam-diam mengabaikan sisanya, persis seperti yang kamu alami - card sehat dengan port yang tidak pernah naik.
Part yang memang dipakai orang-orang dan jalan di card ini: FTLX8571D3BCL-SL dan SFM10G-SR. FS juga bisa menyediakan modul yang sudah di-coding untuk Solarflare kalau kamu sebutkan target-nya waktu order, biasanya itu lebih gampang daripada berburu stock coding asli.
Sebelum kamu keluar uang, pikirkan dulu berapa lama card ini akan bertahan. Solarflare pindah ke Xilinx dan pengembangan driver-nya sudah berhenti, jadi tidak akan ada lagi yang datang untuk card ini. Untuk box yang ingin kamu lupakan begitu saja, saya taruh Chelsio di urutan pertama untuk platform ini dan Intel di urutan kedua. Sebagai catatan, ada satu laporan jangka panjang di sini soal dua tahun servis tanpa masalah dari SFN6122F yang masih sekerabat, dinilai lebih toleran terhadap transceiver sembarangan dibanding Intel X520 yang duduk di sebelahnya - tapi itu card yang lebih lama dan tidak mengubah perilaku coding di card kamu.
Sudah order sepasang SFM10G-SR yang di-coding untuk card ini, dan kedua port langsung naik begitu dipasang, jadi teori coding-nya benar. Tapi hasilnya cuma sebagian dari sisi saya: modul multimode lama masih benar-benar mati di NIC ini dan cuma jalan di card yang satunya, jadi sekarang saya simpan dua set optik yang dilabel dan dipisah.
Card-nya untuk sekarang tetap dipakai karena kerjanya beres, tapi hint soal Chelsio sudah dicatat untuk yang berikutnya - saya lebih baik tidak beli optik coding khusus setiap kali nambah port.
Ada satu pengecekan yang perlu ditambahkan ke prosedur umum, karena "optik unsupported" artinya bisa sangat berbeda tergantung box-nya. Di Instant On 1930 24G, jawaban resmi dari vendor sendiri adalah modul yang unsupported (SX, LH, dan semacamnya) cuma di-flag - port LED berkedip plus pesan syslog - dan port-nya sama sekali tidak di-disable, jadi kalau link tetap down di situ, yang salah adalah physical path, bukan lock. Kasus itu berakhir dengan penarikan fiber baru plus SFP+ single-mode LR 10G pihak ketiga, dan link-nya naik.
Jebakan yang sama muncul dari arah sebaliknya dengan HBA: Brocade 825 muncul dua kali di lspci, dan memasang optik tidak menghasilkan apa pun di dmesg, yang sering dibaca orang sebagai kerusakan. Driver mencatat link state, bukan pemasangan modul, jadi kesunyian di situ juga bukan diagnosis.
Di kasus kamu, kamu sudah menjalankan satu test yang memastikan itu, modul dan cord yang sama link di NIC lain, jadi kesimpulan coding lock memang benar. Cuma jangan sampai ada yang membujuk kamu ke kesimpulan itu di box yang cuma bermodal LED dan satu baris log.