Solarflare SFN7122F no TrueNAS: a placa é detectada, mas módulos SFP+ multimodo funcionando ficam apagados
Estou montando uma caixa de storage em casa e peguei um Solarflare SFN7122F dual 10GbE (SFC9120) porque estava barato. A placa em si parece saudável, o sistema vê ela e as duas portas enumeram, mas nenhum dos meus módulos SFP+ multimodo existentes consegue subir um link nela.
- Solarflare SFN7122F, porta dupla, controlador SFC9120
- TrueNAS SCALE no NAS, CORE era o plano original
- módulos SFP+ multimodo 10G que linkam sem reclamar em outra NIC
- cordão multimodo curto, o mesmo usado no teste que funciona
eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP>
eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP>
O que tentei:
- as duas portas, os dois módulos, as quatro combinações, nada nunca linka
- movi os mesmos módulos exatos e o mesmo cordão para a outra placa, o link sobe imediatamente
- troquei os cordões, para o caso de face suja no conector
Então a fibra e os módulos não são o problema. Essa placa está recusando óptica que não é codificada para ela, ou tem alguma coisa errada do lado do driver, e o CORE se comportaria diferente do SCALE aqui? Se for codificação, quais módulos as pessoas realmente têm rodando num SFN7122F?
Comments 3
O lado do driver não é o seu problema. O driver sfxge do FreeBSD cobre os adaptadores 10GbE da família Solarflare SFC9000, então um SFC9120 está tranquilo no CORE, e você já vê que o SCALE enumera o hardware. O que você está esbarrando é a própria checagem de transceptor da placa: ela aceita módulos codificados para Solarflare e ignora silenciosamente o resto, o que parece exatamente o que você tem - uma placa saudável com portas que nunca sobem.
Peças que as pessoas realmente têm rodando nessas: FTLX8571D3BCL-SL e SFM10G-SR. A FS também fornece módulos pré-codificados para Solarflare se você indicar o alvo no pedido, o que geralmente é mais fácil do que caçar estoque com codificação original.
Antes de gastar qualquer coisa, pense em quanto tempo essa placa ainda tem de vida. A Solarflare foi para a Xilinx e o trabalho de driver parou, então nada mais vem por aí para ela. Para uma caixa que você quer esquecer, eu colocaria Chelsio em primeiro lugar nessa plataforma e Intel em segundo. Para que valha alguma coisa, um relato de longa duração por aqui foi sobre dois anos de serviço sem problemas da SFN6122F, prima próxima dessa, considerada mais tolerante a transceptores aleatórios do que o Intel X520 sentado do lado dela - mas essa é a placa mais antiga e isso não muda o comportamento de codificação da sua.
Pedi um par de SFM10G-SR codificado para a placa e as duas portas subiram na primeira inserção, então a teoria da codificação se confirma. Só um resultado parcial do meu lado, porém: os módulos multimodo antigos continuam completamente mortos nessa NIC e só funcionam na outra placa, então agora eu mantenho dois conjuntos de óptica etiquetados e separados.
A placa fica por enquanto já que faz o trabalho dela, mas a dica da Chelsio está anotada para a próxima - eu preferia não comprar óptica especialmente codificada toda vez que eu adiciono uma porta.
Vale acrescentar uma checagem ao procedimento geral, porque "óptica não suportada" quer dizer coisas bem diferentes dependendo da caixa. Num Instant On 1930 24G, a própria resposta do fabricante foi que um módulo não suportado (SX, LH e parecidos) só é sinalizado - LED da porta piscando mais uma mensagem de syslog - e a porta não é desabilitada de jeito nenhum, então um link que fica down ali aponta para o caminho físico, não para um travamento. Aquele caso terminou com um novo lançamento de fibra mais um SFP+ LR monomodo 10G de terceiros e o link subiu.
A mesma armadilha corre na direção oposta com HBAs: um Brocade 825 aparece duas vezes no lspci, e inserir óptica não produz nada no dmesg, o que as pessoas leem como falha. Drivers logam estado de link, não inserção de módulo, então silêncio ali também não é diagnóstico.
No seu caso você já rodou o único teste que resolve isso, mesmo módulo e mesmo cordão linkando em outra NIC, então um travamento de codificação é a conclusão certa. Só não deixe ninguém te convencer dessa conclusão numa caixa onde é só um LED e uma linha de log.