Homelab FC 16G tanpa switch: qla2xxx qlini_mode=disabled diabaikan di RHEL 8, tidak ada target LUN
Saya sedang menyusun setup Fibre Channel switchless di rumah: satu kotak menyimpan storage dan harus jadi FC target, dua lainnya cuma initiator biasa. Tidak ada FC switch di tengah, cuma kabel langsung antar HBA.
Hardware:
- QLogic QLE2694 di kotak storage, yang seharusnya jadi target
- QLogic QLE2690 dan QLE2692 di dua kotak initiator
- Optik FTLF8529P4BCV-QL 16G SFP+ LC, QLogic-coded, 850 nm short reach
- Kabel OM3 multimode LC-LC 3 m antar port
Sisi optiknya sama sekali tidak bermasalah. Port naik, card-nya saling melihat, semuanya normal selama kedua ujung tetap initiator. Masalahnya membalik kotak storage ke target mode. Saya pasang module option-nya, rebuild initramfs, reboot, dan parameternya sama sekali tidak pernah kepakai:
# cat /etc/modprobe.d/qla2xxx.conf
options qla2xxx qlini_mode="disabled"
# after rebuilding the initramfs and rebooting
# cat /sys/module/qla2xxx/parameters/qlini_mode
enabledtargetcli jalan normal, tapi dengan initiator mode masih menyala, tidak ada FC fabric untuk menggantungkan backstore, jadi tidak ada yang di-export dan initiator melihat link yang kosong.
Yang sudah saya coba:
- opsinya di /etc/modprobe.d dan, secara terpisah, di kernel command line
- regenerate initramfs dan boot configuration setiap kali habis ganti
- tukar card mana yang duduk di kotak storage, siapa tahu ini keanehan khas QLE2694
Apakah ini soal driver build di distro yang saya jalankan, yang berbasis RHEL 8, atau saya melewatkan satu langkah dalam cara opsi ini diterapkan?
Comments 4
Kamu tidak melewatkan langkah apa pun, opsinya memang tidak bisa jalan di tempat kamu menjalankannya. RHEL 8 dan yang lebih baru mengirim build qla2xxx yang kemampuan menonaktifkan initiator mode-nya sudah dicabut, jadi di mana pun kamu taruh
qlini_mode="disabled", itu diabaikan dan card-nya tetap jadi initiator. Tidak ada yang salah dengan QLE2694, optiknya, atau fiber-nya.Ada dua jalan keluar: jalankan target host di distro yang masih menyimpan target mode di qla2xxx, atau build module-nya sendiri, yang tidak akan saya lakukan di kotak yang bakal menyimpan data. Saya ambil jalan pertama dan pasang target-nya di Fedora Server 39.
Setelah itu urutannya yang membosankan:
di modprobe.d, lalu rebuild initramfs dan GRUB configuration, reboot, dan cek port-nya dengan
Install targetcli dan sysfsutils, aktifkan port FC-nya, lalu map volume LVM kamu dari NVMe sebagai block backstore, bind ke WWN port-nya, dan beri tiap initiator ACL-nya sendiri. Kotak initiator bisa tetap persis seperti sekarang, batasannya cuma menggigit di sisi target.
Satu catatan belanja untuk siapa pun yang mau melakukan ini nanti: pilih QLE2690, QLE2692, dan QLE2694 bermerek Dell, karena dokumentasi mereka benar-benar membahas target mode, yang menghemat banyak tebak-tebakan.
Ada dua hal yang perlu dipastikan sebelum ada yang menebak-nebak.
Pertama, qla2xxx kamu sebenarnya datang dari mana: module in-box yang ikut kernel distro, atau build out-of-tree yang kamu ambil dari vendor dan compile sendiri? Di basis RHEL 8, dua itu berperilaku sangat berbeda di sini, dan itu jauh lebih penting daripada sintaks modprobe-nya.
Kedua, post
systool -c fc_host -vdari kotak storage-nya. Itu memberi tahu kita apakah port-nya benar-benar naik dan di kecepatan berapa, jadi kita bisa pisahkan pertanyaan soal driver dari yang fisik.Terus pastikan juga optik di kedua ujung. FTLF8529P4BCV-QL itu part 850 nm short reach, jadi butuh fiber multimode - di single mode kamu tidak akan dapat apa-apa sama sekali, dan saya mau itu disingkirkan dulu sebelum kita bicara soal target mode.
Driver in-box: kernel stock dan qla2xxx stock langsung dari repository distro, tidak ada yang diambil dari vendor, tidak ada yang dicompile manual.
systool -c fc_host -vmenunjukkan kedua port di QLE2694 online di 16G, dan modul FTLF8529P4BCV-QL yang sama ada di kedua ujung lewat kabel OM3 3 m, jadi physical layer-nya memang bukan masalahnya - sebagai initiator semuanya jalan.sysfs tetap melaporkan qlini_mode sebagai enabled setiap kali habis rebuild dan reboot, tidak peduli saya set di modprobe.d atau di kernel command line. sysfsutils dan targetcli sudah terinstal, targetcli sendiri jalan tanpa protes, cuma memang tidak ada apa pun yang berbentuk FC untuk dikonfigurasi di situ.
Jebakan yang berdekatan dan layak dibawa waktu kamu pindahkan target host ke distro lain: pastikan parameternya mendarat di tempat yang benar-benar dibaca boot path kotak itu.
Versi klasiknya itu Proxmox host yang tidak mau menerima optiknya. Adminnya taruh
ixgbe.allow_unsupported_sfp=1di modprobe.d, lalu di GRUB config, dan dua-duanya tidak ngapa-ngapain, karena mesinnya boot lewat EFI dan tidak pernah menyentuh GRUB. Di situ parameternya harus masuk ke/etc/kernel/cmdlinediikutipve-efiboot-tool refresh.Tanda kegagalan yang sama seperti punya kamu: file config bilang satu hal, sysfs bilang hal lain, dan kamu kehilangan satu malam mencurigai hardware-nya. Apa pun host-nya, baca lagi nilainya dari
/sys/module/...setiap habis reboot dan percaya itu, bukan file yang kamu edit.