Homelab FC de 16G sin switch: qla2xxx qlini_mode=disabled se ignora en RHEL 8, sin LUNs de destino
Estoy montando un entorno Fibre Channel sin switch en casa: una caja tiene el almacenamiento y debe actuar como destino FC, las otras dos son iniciadores normales. Sin switch FC en medio, solo cables directos entre HBA.
Hardware:
- QLogic QLE2694 en la caja de almacenamiento, la que debería ser el destino
- QLogic QLE2690 y QLE2692 en las dos cajas iniciadoras
- Ópticas FTLF8529P4BCV-QL 16G SFP+ LC, codificadas QLogic, corto alcance 850 nm
- Latiguillos OM3 multimodo LC-LC de 3 m entre los puertos
El lado óptico no me da ningún problema. Los puertos suben, las tarjetas se ven entre sí, todo se comporta bien mientras ambos extremos sean iniciadores. El problema es pasar la caja de almacenamiento a modo destino. Puse la opción del módulo, reconstruí el initramfs, reinicié, y el parámetro simplemente nunca se aplica:
# 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 arranca bien, pero con el modo iniciador todavía activo no hay ningún fabric FC del que colgar un backstore, así que no se exporta nada y los iniciadores ven un enlace vacío.
Lo que probé:
- la opción en /etc/modprobe.d y, por separado, en la línea de comandos del kernel
- regenerar el initramfs y la configuración de arranque después de cada cambio
- cambiar qué tarjeta está en la caja de almacenamiento, por si era una peculiaridad de la QLE2694
¿Es esto algo relacionado con la build del driver en la distro que uso, basada en RHEL 8, o me estoy saltando algún paso en cómo se aplica la opción?
Comments 4
No te estás saltando ningún paso, la opción no puede funcionar donde la estás ejecutando. RHEL 8 y posteriores incluyen una build de qla2xxx a la que se le quitó la capacidad de desactivar el modo iniciador, así que dondequiera que pongas
qlini_mode="disabled"se ignora y la tarjeta se queda como iniciador. Nada malo con la QLE2694, la óptica ni la fibra.Dos salidas: correr el host de destino en una distro que todavía conserve el modo destino en qla2xxx, o compilar el módulo tú mismo, cosa que yo no haría en una caja destinada a guardar datos. Yo tomé la primera vía y puse el destino en Fedora Server 39.
Después de eso la secuencia es la aburrida de siempre:
en modprobe.d, luego reconstruye el initramfs y la configuración de GRUB, reinicia, y comprueba los puertos con
Instala targetcli y sysfsutils, activa los puertos FC, y luego mapea tus volúmenes LVM del NVMe como backstores de bloque, enlázalos a los WWN del puerto y da a cada iniciador su propia ACL. Las cajas iniciadoras pueden quedarse exactamente como están, la restricción solo afecta al lado del destino.
Una nota de compra para cualquiera que haga esto más adelante: prefiere las QLE2690, QLE2692 y QLE2694 de marca Dell, porque su documentación sí cubre el modo destino, lo cual ahorra mucho tanteo.
Dos cosas que aclarar antes de que nadie adivine.
Primero, ¿de dónde viene realmente tu qla2xxx: el módulo incluido de fábrica que trae el kernel de la distro, o una build fuera del árbol que sacaste del fabricante y compilaste tú mismo? Sobre una base RHEL 8 esas dos se comportan de forma muy distinta aquí, y eso importa mucho más que la sintaxis de modprobe.
Segundo, publica
systool -c fc_host -vdesde la caja de almacenamiento. Nos dice si los puertos realmente suben y a qué velocidad, para poder separar una cuestión de driver de una física.Confirma también la óptica en ambos extremos. FTLF8529P4BCV-QL es una pieza de corto alcance de 850 nm, así que necesita fibra multimodo - en monomodo no obtendrías absolutamente nada, y quiero descartar eso antes de hablar del modo destino.
Driver de fábrica: kernel de serie y qla2xxx de serie directamente de los repositorios de la distro, nada sacado del fabricante, nada compilado a mano.
systool -c fc_host -vmuestra ambos puertos de la QLE2694 en línea a 16G, y los mismos módulos FTLF8529P4BCV-QL están en ambos extremos sobre los latiguillos OM3 de 3 m, así que la capa física realmente no es el problema - como iniciador todo funciona.sysfs sigue reportando qlini_mode como enabled después de cada reconstrucción y reinicio, sin importar si lo pongo en modprobe.d o en la línea de comandos del kernel. sysfsutils y targetcli están instalados, targetcli en sí arranca sin quejarse, simplemente no hay nada con forma FC que configurar en él.
Trampa contigua que vale la pena llevar contigo cuando muevas el host destino a otra distro: asegúrate de que el parámetro llegue a donde la ruta de arranque de esa caja realmente lo lee.
La versión clásica de esto es un host Proxmox que no aceptaba su óptica. El administrador puso
ixgbe.allow_unsupported_sfp=1en modprobe.d, luego en la configuración de GRUB, y ninguno de los dos hizo nada, porque la máquina arranca por EFI y nunca toca GRUB. Ahí el parámetro tiene que ir en/etc/kernel/cmdlineseguido depve-efiboot-tool refresh.Misma firma de fallo que la tuya: el archivo de configuración dice una cosa, sysfs dice otra, y pierdes una tarde sospechando del hardware. Sea cual sea el host, vuelve a leer el valor desde
/sys/module/...después de cada reinicio y confía en eso en vez de en el archivo que editaste.