Solarflare SFN7122F bajo TrueNAS: la tarjeta se detecta, pero módulos SFP+ multimodo que funcionan se quedan a oscuras
Montando una caja de almacenamiento en casa y conseguí un Solarflare SFN7122F de doble 10GbE (SFC9120) porque estaba barato. La tarjeta en sí se ve sana, el sistema la ve y ambos puertos se enumeran, pero ni uno solo de mis módulos SFP+ multimodo existentes hace subir un enlace en ella.
- Solarflare SFN7122F, doble puerto, controlador SFC9120
- TrueNAS SCALE en el NAS, CORE era el plan original
- módulos SFP+ multimodo de 10G que enlazan sin quejarse en otra NIC
- latiguillo multimodo corto, el mismo usado en la prueba que funciona
eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP>
eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP>Lo que probé:
- ambos puertos, ambos módulos, las cuatro combinaciones, nunca enlaza nada
- moví los mismos módulos exactos y el mismo latiguillo a la otra tarjeta, el enlace sube de inmediato
- cambié los latiguillos por si había una cara de conector sucia
Así que la fibra y los módulos no son el problema. ¿Está esta tarjeta rechazando ópticas que no están codificadas para ella, o hay algo mal del lado del driver, y se comportaría CORE de forma distinta a SCALE aquí? Si es codificación, ¿qué módulos tiene realmente la gente corriendo en un SFN7122F?
Comments 3
El lado del driver no es tu problema. El driver sfxge de FreeBSD cubre los adaptadores 10GbE de la familia Solarflare SFC9000, así que un SFC9120 está bien en CORE, y ya ves que SCALE enumera el hardware. Lo que estás encontrando es la propia comprobación de transceptor de la tarjeta: acepta módulos codificados para Solarflare e ignora silenciosamente el resto, que es exactamente lo que tienes - una tarjeta sana con puertos que nunca suben.
Piezas que la gente sí tiene corriendo en estas: FTLX8571D3BCL-SL y SFM10G-SR. FS también suministrará módulos precodificados para Solarflare si indicas el destino al pedir, lo cual suele ser más fácil que buscar existencias con codificación original.
Antes de gastar nada, piensa cuánto tiempo le queda a esta tarjeta. Solarflare pasó a Xilinx y el trabajo de driver se ha detenido, así que no viene nada más para ella. Para una caja que quieras olvidar, yo pondría Chelsio primero en esta plataforma e Intel segundo. Para lo que valga, un reporte de larga duración aquí fue de unos dos años de servicio sin problemas de la SFN6122F, estrechamente relacionada, calificada como más tolerante con transceptores aleatorios que el Intel X520 sentado al lado - pero esa es la tarjeta más antigua y no cambia el comportamiento de codificación en la tuya.
Pedí un par de SFM10G-SR codificados para la tarjeta y ambos puertos subieron a la primera inserción, así que la teoría de la codificación se sostiene. Solo un resultado parcial de mi parte, eso sí: los módulos multimodo antiguos siguen completamente muertos en esta NIC y solo funcionan en la otra tarjeta, así que ahora guardo dos juegos de ópticas etiquetados y separados.
La tarjeta se queda por ahora ya que cumple su función, pero la pista de Chelsio queda anotada para la próxima - preferiría no tener que comprar óptica especialmente codificada cada vez que añado un puerto.
Vale la pena añadir una comprobación al procedimiento general, porque "óptica no soportada" significa cosas muy distintas según la caja. En un Instant On 1930 24G la propia respuesta del fabricante fue que un módulo no soportado (SX, LH y similares) solo se marca - LED del puerto parpadeando más un mensaje de syslog - y el puerto no se deshabilita en absoluto, así que un enlace que se queda caído ahí apunta a la ruta física, no a un bloqueo. Ese caso terminó con un nuevo tendido de fibra más un SFP+ LR monomodo de 10G de terceros y el enlace subió.
La misma trampa corre en la otra dirección con HBA: un Brocade 825 aparece dos veces en lspci, e insertar óptica no produce nada en dmesg, lo cual la gente lee como un fallo. Los drivers registran el estado del enlace, no la inserción del módulo, así que el silencio ahí tampoco es un diagnóstico.
En tu caso ya hiciste la única prueba que zanja esto, mismo módulo y mismo cable enlazando en otra NIC, así que un bloqueo de codificación es la conclusión correcta. Solo que nadie te convenza de esa conclusión en una caja donde es solo un LED y una línea de log.