Supermicro AOC-STGN-i1S (X520) di Proxmox 7.1: tidak ada interface di ip link waktu DAC HP terpasang
Saya jalankan Proxmox kecil di rumah dan mau jalur 10G yang proper ke storage node, jadi saya pasang Supermicro AOC-STGN-i1S bekas. Ini desain Intel 82599 biasa, board bertanda E157872, dan saya kira ini bakal jadi bagian yang membosankan dari build ini. Ternyata tidak.
- Supermicro AOC-STGN-i1S, Intel X520-DA1, board marking E157872
- Proxmox 7.1, kernel 5.15.30-1-pve
- DAC SFP+ pasif bermerek HP ke kotak kedua
- card-nya enumerate normal di PCI bus
Driver-nya tidak pernah selesai loading. Kernel log bilang dia abort karena mendeteksi tipe modul SFP+/QSFP yang tidak didukung, dan setelah itu ya sudah tidak ada port untuk dikonfigurasi:
lspci -> the X520 is listed, no complaints
ip link -> lo and the onboard 1G only, no 10G interface at all
dmesg -> ixgbe aborts loading, unsupported SFP+/QSFP module typeYang sudah saya lakukan:
- buat /etc/modprobe.d/ixgbe.conf berisi
options ixgbe allow_unsupported_sfp=1, laluupdate-initramfs -udan reboot: tidak berubah - coba opsi yang sama sebagai kernel parameter: tidak berubah
rmmod ixgbedanmodprobe ixgbemanual: tetap tidak ada yang baru diip link
Apakah card-nya mati, atau ada cara melewati pengecekan ini di kernel 5.15 yang saya lewatkan?
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
Yang kamu ceritakan itu persis seperti apa yang terlihat kalau kena EEPROM whitelist di ixgbe. Driver-nya baca module ID, memutuskan itu tidak ada di daftar yang diterima Intel dan abort sebelum sempat mendaftarkan netdev, makanya
lspcimelihat card-nya tapiip linktidak menunjukkan apa-apa. Itu semua bukan hardware fault, dan itu juga kenapa port-nya balik lagi begitu modulnya dikeluarkan dari cage.Jalan keluar yang terdokumentasi itu yang sudah kamu pakai:
Di 5.15, opsi itu memang tidak bisa diandalkan. Saya dapat non-hasil yang sama di kernel ini, jadi tidak ada gunanya mengulang lagi atau mencari typo di file conf-nya.
Yang membereskan ini di sisi saya: dengan cage kosong, interface-nya muncul waktu
modprobe ixgbe, memasang kembali kabel HP-nya membuat interface hilang lagi, dan kabel HP yang sama itu link tanpa drama di Mellanox ConnectX-2. Kabelnya secara elektrik sehat, Intel cuma tidak suka cara kodingnya.Perbaikan yang berhasil adalah memasang DAC SFP+ generic tanpa merek. Link naik langsung, tanpa module options, tanpa acara reboot. Soal support: dengan kabel yang tidak dikode Intel, kamu sudah di luar matrix Intel bagaimanapun juga, jadi kalau kotak ini suatu saat harus bisa disupport, beli DAC yang dikode Intel, bukan yang HP.
Sebelum kamu mencoret card-nya, jalankan satu tes. Cabut DAC-nya sepenuhnya dari cage, lalu
rmmod ixgbe,modprobe ixgbedan lihatip linklagi. Kalau interface-nya muncul dengan cage kosong, card dan driver-nya dua-duanya sehat dan kabelnya yang bikin pengecekan itu tersedak.Hal kedua yang perlu diketahui: DAC HP itu link di tempat lain tidak? NIC non-Intel biasanya menerimanya tanpa protes sepatah kata pun. Dan apakah itu benar-benar kabel yang dikode HP, atau kamu punya yang generic buat dibandingkan?
Anggap dirimu beruntung masih pakai X520, setidaknya kamu punya tombol driver, meski tidak bisa diandalkan. Di X710 dan XL710, pengecekan modulnya pindah ke firmware, jadi
allow_unsupported_sfpsama sekali tidak berpengaruh untuk i40e. Pasang modul non-Intel di X710-DA2 dan kamu dapat:dan itu akhir dari percakapan. Dari situ opsinya optik yang dikode Intel, jalur xl710-unlocker dari komunitas (push image NVM baru pakai updater resmi Intel, lalu mengoprek field sebelas-bit di sekitar 0x6800-0x7000 di EEPROM pakai tooling pihak ketiga, sepenuhnya risiko sendiri), atau memilih varian OEM sejak awal: HPE 562SFP+ itu dasarnya X710, dan setelah update firmware dan i40e, dia menerima modul copper 10G dan 1G pihak ketiga tanpa hack sama sekali.
Soal sisi OEM, ini malah kebalik untuk card X710-DA2 bermerek Dell dan Lenovo: mereka menolak SFP+ dan DAC yang tidak disetujui, dan tool resmi Intel bahkan tidak mencantumkan board-nya. Yang orang-orang akhirnya lakukan adalah nge-flash NVM stock Intel ke situ. Kamu perlu driver QV dari paket BootUtil lengkap Intel dulu, kalau tidak utility-nya sama sekali tidak bisa bicara dengan board-nya; option ROM-nya diganti duluan sebelum apa pun, dan baru setelah itu kamu inventarisasi card-nya dan flash:
Di antara inventarisasi dan flash, pangkas nvmupdate.cfg sampai tinggal satu entry X710 yang cocok dengan ukuran SPI flash card-nya, 4 MB atau 8 MB. Pilih ukuran yang salah dan kamu punya brick yang butuh saved NVM image dan hardware flasher untuk dipulihkan, jadi baca ETrackID dulu dan pastikan benar. Firmware di rentang 9.30-9.40 dilaporkan bekerja setelahnya, dan orang-orang dapat SR-IOV di board Lenovo sebagai efek samping. Saya tetap cuma akan mencoba ini di card yang sanggup saya relakan kalau hilang.
Hati-hati mengarahkan jalur crossflash dan EEPROM patching ke thread ini, karena keduanya tidak membantu situasi seperti yang dijelaskan. Mengedit flag OEM di EEPROM X520 perlu interface yang sudah jalan untuk menjangkau card-nya dulu, dan di sini tidak ada interface sama sekali sampai kabelnya keluar dari cage. Itu perbaikan untuk port yang ada dan menolak satu modul, bukan untuk driver yang abort waktu loading.
Hal lain yang tidak akan saya baca berlebihan adalah tes di NIC lain. Modul yang link di host berbeda membuktikan modulnya, bukan host yang sebenarnya kamu incar. Saya punya modul copper Ubiquiti UACC-CM-RJ45-MG yang jalan mulus di CCR2004 dan di Intel X520-DA2 di bawah Debian, dan di cage SFP+ CRS309 dan CRS328 mereka sama sekali tidak pernah link, baik dengan autonegotiation nyala atau dengan speed dipin manual. Host dependence itu nyata, jadi verifikasi di mesin yang tepat sebelum beli satu tumpuk apa pun.