Solarflare SFN7122F sotto TrueNAS: la scheda viene rilevata, ma moduli SFP+ multimodali funzionanti restano spenti
Sto costruendo un box storage in casa e ho preso un Solarflare SFN7122F dual 10GbE (SFC9120) perché costava poco. La scheda in sé sembra sana, il sistema la vede ed entrambe le porte si enumerano, ma nemmeno uno dei miei moduli SFP+ multimodali esistenti riesce a far salire un link su di essa.
- Solarflare SFN7122F, doppia porta, controller SFC9120
- TrueNAS SCALE sul NAS, CORE era il piano originale
- moduli SFP+ multimodali 10G che si collegano senza problemi in un'altra NIC
- bretella multimodale corta, la stessa usata nel test funzionante
eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP>
eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP>Cosa ho provato:
- entrambe le porte, entrambi i moduli, tutte e quattro le combinazioni, non si collega mai niente
- spostati gli stessi identici moduli e la stessa bretella sull'altra scheda, il link sale immediatamente
- scambiate le bretelle nel caso fosse una testa sporca
Quindi la fibra e i moduli non sono il problema. Questa scheda sta rifiutando ottiche non codificate per lei, oppure c'è qualcosa che non va sul lato driver, e CORE si comporterebbe diversamente da SCALE qui? Se è una questione di codifica, quali moduli ha davvero la gente funzionanti su un SFN7122F?
Comments 3
Il lato driver non è il tuo problema. Il driver FreeBSD sfxge copre gli adattatori 10GbE della famiglia Solarflare SFC9000, quindi un SFC9120 va bene su CORE, e vedi già che SCALE enumera l'hardware. Quello su cui stai inciampando è il controllo del transceiver proprio della scheda: accetta moduli codificati per Solarflare e ignora silenziosamente il resto, il che assomiglia esattamente a quello che hai - una scheda sana con porte che non salgono mai.
Componenti che la gente ha davvero funzionanti su queste: FTLX8571D3BCL-SL e SFM10G-SR. FS fornisce anche moduli pre-codificati per Solarflare se indichi il target all'ordine, il che di solito è più facile che andare a caccia di stock con la codifica originale.
Prima di spendere qualcosa, pensa a quanto ancora questa scheda debba vivere. Solarflare è passata a Xilinx e il lavoro sul driver si è fermato, quindi non arriverà altro per lei. Per un box che vuoi dimenticarti, metterei Chelsio al primo posto su questa piattaforma e Intel al secondo. Per quello che vale, un resoconto di lunga durata qui parlava di due anni di servizio senza problemi dalla SFN6122F, strettamente imparentata, valutata più tollerante verso transceiver casuali rispetto all'Intel X520 seduto accanto - ma quella è la scheda più vecchia e non cambia il comportamento di codifica sulla tua.
Ordinata una coppia di SFM10G-SR codificati per la scheda ed entrambe le porte sono salite al primo inserimento, quindi la teoria della codifica regge. Solo un risultato parziale dal mio lato però: i vecchi moduli multimodali restano completamente morti su questa NIC e funzionano solo sull'altra scheda, quindi ora tengo due set di ottiche etichettati e separati.
La scheda resta per ora visto che fa il suo lavoro, ma il suggerimento su Chelsio è annotato per la prossima - preferirei non comprare ottiche codificate apposta ogni volta che aggiungo una porta.
Vale la pena aggiungere un controllo alla procedura generale, perché "ottiche non supportate" significa cose molto diverse a seconda del box. Su un Instant On 1930 24G la risposta del vendor stesso è stata che un modulo non supportato (SX, LH e simili) viene solo segnalato - LED della porta lampeggiante più un messaggio syslog - e la porta non viene affatto disabilitata, quindi lì un link che resta giù punta al percorso fisico, non a un blocco. Quel caso è finito con una nuova tratta in fibra più un SFP+ monomodale LR 10G di terze parti e il link è salito.
La stessa trappola gira nella direzione opposta con le HBA: una Brocade 825 compare due volte in lspci, e inserire ottiche non produce niente in dmesg, il che la gente legge come un guasto. I driver loggano lo stato del link, non l'inserimento del modulo, quindi anche il silenzio lì non è una diagnosi.
Nel tuo caso hai già eseguito l'unico test che risolve la questione, stesso modulo e stessa bretella che si collegano in un'altra NIC, quindi un blocco di codifica è la conclusione giusta. Solo non farti convincere di quella conclusione su un box dove c'è solo un LED e una riga di log.