CodingBox Q&A Ask question

FreeBSD 12.1 voit une carte QLogic FastLinQ QL41112 SFP+ sur PCI mais n'y attache aucun pilote

Asked Active Viewed 138 AI translation from English
1

Je m'occupe d'un petit parc de machines FreeBSD et j'ajoute du 10G sur l'une d'elles. La carte est installée, la machine démarre bien, mais l'OS refuse d'en faire une interface.

  • serveur sous FreeBSD 12.1-RELEASE-p1, noyau GENERIC de base
  • carte QLogic FastLinQ QL41112 double port 10GbE SFP+
  • optiques SFP+ dans les deux cages, le côté switch est configuré et attend
  • rien de personnalisé dans /boot/loader.conf au-delà des valeurs par défaut

La carte est sur le bus, et ça s'arrête là, à l'identique pour les deux fonctions :

pci7: <network, ethernet> at device 0.0 (no driver attached)

Aucune interface n'est créée, donc il n'y a rien à configurer et aucun moyen de lire le statut du transceiver.

Ce qui a déjà été fait :

  • réenfiché la carte dans un autre slot, même message
  • interverti les optiques entre les deux cages au cas où l'une serait morte
  • passé en revue ifconfig à la recherche de quoi que ce soit qui ne soit ni lo0 ni la carte réseau embarquée

Comme le périphérique PCI est clairement énuméré, je suppose que c'est un problème de pilote plutôt qu'un problème d'optique, mais je n'arrive pas à déterminer quel pilote sert cette carte sur cette release. De quel module ai-je besoin, et dois-je le compiler moi-même ?

Comments 3

Accepted answer

Cette carte est servie par qlnxe(4), et sur cette release il n'est pas chargé automatiquement, ce qui explique exactement pourquoi tu as la ligne PCI et rien après. Mets le module dans le loader et redémarre :

if_qlnxe_load="YES"

dans /boot/loader.conf. Après le redémarrage, vérifie dans cet ordre, ça évite pas mal de devinettes :

uname -a
kldstat
dmesg
pciconf -l

kldstat prouve que le module est réellement chargé et pas seulement écrit dans un fichier de config, dmesg devrait maintenant porter des messages d'attachement au lieu de no driver attached, et pciconf -l confirme que le périphérique est toujours là où tu l'as laissé. Une fois les interfaces là, tu peux revenir à te préoccuper des optiques.

Une mise en garde : le pilote couvre un ensemble précis de modèles FastLinQ, donc lis les notes de version fournies avec le paquet pilote du vendeur pour ta carte exacte plutôt que de supposer. Quelqu'un avec une carte 25GbE de la série QL41000 a chargé le pilote et n'avait toujours rien, c'est pourquoi la séquence ci-dessus vaut la peine d'être exécutée sérieusement plutôt que comme une formalité. Pour un QL41112 10G sur 12.1, c'est la correction standard.

3 United Arab Emirateslambdahawk88AE Show original (English) AI translation

Avant toute chose, détermine ce que la machine voit réellement. Poste la sortie de

uname -a
pciconf -l

et confirme ce qui est chargé avec kldstat. Sur un noyau GENERIC de base il y a de bonnes chances que la réponse soit simplement que le module pour cette famille n'est pas chargé automatiquement, et une interface manquante ressemble exactement à ça. Tant qu'aucun pilote ne s'attache, les optiques n'ont aucune importance, donc arrête de les permuter.

1 Indiawaverunner21IN Show original (English) AI translation

D'accord. uname -a confirme 12.1-RELEASE-p1. pciconf -l liste les deux fonctions avec none comme nom de périphérique plutôt qu'un nom de pilote, donc rien ne les a réclamées. kldstat montre le noyau et la poignée habituelle de modules, rien qui ressemble à du QLogic. Donc ça a bien l'air d'un simple cas de pilote manquant plutôt que de matériel mort.

2 Mexicolaserops32MX Show original (English) AI translation
Log in to comment. Log in