Solarflare SFN7122F pod TrueNAS: karta jest wykrywana, ale sprawne moduły multimode SFP+ zostają ciemne
Buduję w domu skrzynkę storage i złapałem tani dwuportowy 10GbE Solarflare SFN7122F (SFC9120). Sama karta wygląda zdrowo, system ją widzi i oba porty się enumerują, ale ani jeden z moich sprawnych modułów multimode SFP+ nie podniesie w niej linku.
- Solarflare SFN7122F, dwa porty, kontroler SFC9120
- TrueNAS SCALE na NAS-ie, CORE było oryginalnym planem
- moduły 10G multimode SFP+, które łączą się bez marudzenia w innej karcie sieciowej
- krótki patch cord multimode, ten sam, który był użyty w działającym teście
eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP>
eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP>Co sprawdziłem:
- oba porty, oba moduły, wszystkie cztery kombinacje, nigdy nic się nie łączy
- przeniosłem te same moduły i ten sam patch cord do drugiej karty, link wstaje od razu
- zamieniłem patch cordy na wypadek brudnego czoła złącza
Więc światłowód i moduły nie są problemem. Czy ta karta odrzuca optykę, która nie jest pod nią zakodowana, czy coś jest nie tak po stronie sterownika, i czy CORE zachowałby się tutaj inaczej niż SCALE? Jeśli to kodowanie, jakie moduły ludzie faktycznie mają uruchomione w SFN7122F?
Comments 3
Strona sterownika to nie twój problem. Sterownik FreeBSD sfxge obejmuje adaptery 10GbE z rodziny Solarflare SFC9000, więc SFC9120 jest w porządku na CORE, a ty już widzisz, że SCALE enumeruje sprzęt. To, na co trafiasz, to własna kontrola transceivera karty: akceptuje moduły zakodowane pod Solarflare i po cichu ignoruje resztę, co wygląda dokładnie jak to, co masz - zdrowa karta z portami, które nigdy nie wstają.
Części, które ludzie faktycznie mają uruchomione w takich kartach: FTLX8571D3BCL-SL i SFM10G-SR. FS dostarczy też moduły wstępnie zakodowane pod Solarflare, jeśli podasz cel przy zamówieniu, co zwykle jest łatwiejsze niż polowanie na zapas z oryginalnym kodowaniem.
Zanim cokolwiek wydasz, pomyśl, jak długo ta karta ma jeszcze żyć. Solarflare przeszło do Xilinx i praca nad sterownikiem stanęła, więc nic więcej dla niej nie przyjdzie. Do skrzynki, o której chcesz zapomnieć, na tej platformie postawiłbym na pierwszym miejscu Chelsio, a na drugim Intela. Skoro już o tym mowa, jeden długoterminowy raport tutaj mówił o dwóch latach bezproblemowej służby blisko spokrewnionego SFN6122F, ocenianego jako bardziej tolerancyjny wobec przypadkowych transceiverów niż siedzący obok Intel X520 - ale to starsza karta i to nie zmienia zachowania kodowania w twojej.
Zamówiłem parę SFM10G-SR zakodowanych pod tę kartę i oba porty wstały przy pierwszym włożeniu, więc teoria kodowania się trzyma. Tylko częściowy wynik z mojej strony jednak: stare moduły multimode są w tej karcie sieciowej wciąż zupełnie martwe i działają tylko w drugiej karcie, więc teraz trzymam dwa zestawy optyki oznaczone i rozdzielone.
Karta zostaje na razie, bo robi swoje, ale wskazówka o Chelsio jest zanotowana na następny raz - wolałbym nie kupować specjalnie zakodowanej optyki za każdym razem, kiedy dodaję port.
Warto dodać jedno sprawdzenie do ogólnej procedury, bo "unsupported optics" znaczy bardzo różne rzeczy zależnie od urządzenia. Na Instant On 1930 24G własna odpowiedź producenta była taka, że nieobsługiwany moduł (SX, LH i podobne) tylko dostaje flagę - migającą diodę portu plus komunikat w syslogu - a port wcale nie jest wyłączany, więc link, który tam zostaje down, wskazuje na ścieżkę fizyczną, nie na blokadę. Ta sprawa skończyła się nowym przebiegiem światłowodu plus jednomodowym 10G LR SFP+ firmy trzeciej, i link wstał.
Ta sama pułapka działa w drugą stronę z HBA: Brocade 825 pokazuje się dwa razy w lspci, a włożenie optyki nic nie daje w dmesg, co ludzie odczytują jako usterkę. Sterowniki logują stan linku, nie włożenie modułu, więc cisza tam też nie jest diagnozą.
W twoim przypadku już przeprowadziłeś ten jeden test, który to rozstrzyga: ten sam moduł i ten sam kabel łączą się w innej karcie sieciowej, więc blokada kodowania to właściwy wniosek. Tylko nie daj nikomu wmówić sobie tego wniosku na urządzeniu, gdzie jest tylko dioda i linia w logu.