Optik QLE2692 link up tapi Proxmox VE 6.2 nggak menampilkan LUN sama sekali: qla2xxx register_localport failed
Lagi memindahkan sepasang hypervisor ke storage Fibre Channel, dan satu host menolak menampilkan satu LUN pun, padahal hardware yang persis sama jalan normal kalau card-nya diserahkan ke VM.
- QLogic QLE2692, FC 16/32Gb berbasis ISP2722, kedua port sudah dikabel
- Fujitsu Eternus DX100 S5 di ujung seberang
- host Proxmox VE 6.2, qla2xxx in-kernel di kernel 5.4
- card yang sama di-passthrough ke VM Windows di host itu
Di host-nya, port-nya up dan optiknya nunjukkin cahaya, tapi block device nggak pernah muncul sama sekali. dmesg selalu nampilin ini setiap driver-nya init:
qla2xxx: register_localport failed: ret=ffffffea
WARNING in qla_nvme_register_hbaYang sudah saya lakukan:
- tukar modul SFP+ dan patch lead antara dua port itu, sama sekali nggak berubah
- passthrough seluruh card ke VM Windows: LUN DX100 langsung muncul di situ, jadi cabling, optiknya, dan sisi array-nya jelas nggak masalah
- cek
lspci -k, qla2xxx sudah bind ke kedua function-nya dan nggak ada yang lain yang berebut card ini
Saya bahkan nggak sedang coba jalanin NVMe over FC di sini, saya cuma mau LUN FC biasa di host-nya. Apakah masih worth buat bongkar-bongkar optiknya lebih jauh, atau ini murni masalah host driver?
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
Sebelum Anda menyentuh optiknya lagi, taruh dulu detail yang membosankan di atas meja. Post seluruh blok dmesg, bukan cuma dua baris itu: semua yang dicetak driver-nya sejak probe sampai dan termasuk warning-nya. Baris registrasi itu sendirian nggak kasih tahu siapa pun apakah port-nya selesai up atau mati di tengah init.
Dan sebutkan apakah array-nya menampilkan apa pun sebagai NVMe namespace, atau cuma LUN SCSI biasa. Pesan yang Anda tempel itu keluar dari separuh bagian NVMe driver-nya, jadi kalau nggak ada namespace sama sekali di setup ini, itu sudah mempersempit apa yang gagal dan kenapa sisa stack-nya ikut kena.
Nggak ada namespace di mana pun: array-nya cuma melayani LUN SCSI FC biasa, nggak ada apa pun di fabric ini yang bicara NVMe, itu persis kenapa pesannya kelihatan aneh buat saya sejak awal.
Blok dmesg-nya pendek dan membosankan. Driver-nya load, kedua function probe dengan bersih, port-nya up, lalu
register_localport failed: ret=ffffffeamuncul denganWARNING in qla_nvme_register_hbatepat di belakangnya. Nggak ada timeout, nggak ada reset, nggak ada apa pun soal fabric-nya di antaranya. Ini berulang di kedua port setiap kali boot, dan setelah itu nggak ada satu pun device SCSI yang muncul di host-nya. Card yang sama dengan modul yang sama di VM passthrough langsung melihat LUN-nya.Berhenti curiga ke transceiver-nya, ini host driver. qla2xxx in-kernel di 5.4 gagal registrasi NVMe-FC pas adapter-nya lagi naik, itu persis
register_localport failed: ret=ffffffeayang Anda lihat, dan itu bikin port FC-nya nggak bisa dipakai buat apa pun yang lain juga. Itu kenapa LUN SCSI biasa Anda nggak pernah muncul padahal Anda nggak pernah minta NVMe-FC di mana pun. Passthrough jalan karena driver Windows-nya sama sekali nggak ada urusan dengan kode ini.Jalan praktisnya adalah kernel yang berbeda. Card yang sama berperilaku baik di Proxmox 6.1 dengan kernel 5.3, dan berperilaku baik lagi di 5.8, jadi pilih salah satu yang cocok dengan rencana upgrade Anda, boot, cek apakah warning registrasinya sudah hilang dari dmesg, lalu rescan. Kebiasaan yang perlu dibangun buat HBA FC secara umum: grep dmesg buat error di sisi driver sebelum mencurigai modulnya, karena driver yang mati saat init itu kelihatan persis seperti link yang mati waktu Anda lagi merhatiin storage array-nya.
Itu dia jawabannya. Boot 5.8 di host-nya, warning registrasinya hilang dari dmesg dan LUN DX100 ter-enumerasi di kedua path tanpa perubahan lain apa pun, kabel sama, modul sama, zoning sama. Buat lengkapnya, saya taruh node kedua balik ke 6.1 dengan kernel 5.3 dan itu jalan juga di situ, jadi breakage-nya memang benar-benar terbatas di 5.4 di hardware ini. Card dan optiknya tetap apa adanya, dan saya jadi bisa simpan modul cadangan yang sudah saya pesan.
Mengkonfirmasi pola yang sama dari sudut yang beda: kami kena persis ini di Proxmox 7.1 dengan kernel 5.13, jadi 5.4 bukan satu-satunya yang kena dan ini perlu dicek setiap kali habis pindah kernel.
Emulex juga nggak lebih baik, ngomong-ngomong. Dua port LPe31000/LPe32000 yang jalan tanpa disentuh selama berbulan-bulan berhenti melihat LUN apa pun setelah kernel-nya naik ke 5.15.64 lalu 5.15.74, dengan
Enable MI Mailbox x9b (x1/xbf) failed, rc:x10 mi:x2danCMF is disableddi log dan nggak ada satu target pun yang ditemukan setelahnya. Kabel dan optiknya nggak disentuh, tentu saja. Yang itu ada di lpfc dan muncul bareng kernel setelah 5.15.60. Dua cara keluar dari ini berhasil buat orang-orang: tahan boot kernel-nya di yang masih jalan pakaiproxmox-boot-tool kernel pin 5.15.60-2-pve, atau loncat ke kernel opt-in 5.19 kalau meninggalkan branch 5.15 masih bisa diterima buat Anda. Fix-nya rencananya bakal masuk di 5.15.77, tapi saya belum sempat coba build itu. Intinya, kalau link FC kelihatan mati tepat setelah maintenance, cek dulu Anda boot ke kernel yang mana sebelum mulai pesan modul pengganti.