web-dev-qa-db-fra.com

Centos ne détecte pas l'interface Intel 10G (IXGBE)

J'ai un serveur avec Centos 6.5 installé avec des cartes Ethernet 2x 1GBPS, j'ai ajouté une nouvelle interface (Intel (R) 10 Gigabit PCI Express Network) mais le problème. Le système ne détecte pas les informations Ethernet avec (ifconfig -a) ou (ifcfg-ethX) des dossiers.

J'ai essayé ce qui suit:

  • ifconfig -a: ne pas montrer le nouveau NIC Info ou Mac.
  • supprimé /etc/udev/rules.d/70-persistent-net.rules et redémarré.

  • Essayé de faire un nouveau ifcfg-eth2 Fichier avec le vrai HwAddr mais montrant toujours:

     Bringing up interface eth2:  
 Device eth2 does not seem to be present, delaying initialization. [FAILED]
  • rmmod ixgbe; modprobe ixgbe

  • Sortie de dmesg:

    ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 3.15.1-k
ixgbe: Copyright (c) 1999-2013 Intel Corporation.
ixgbe 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ixgbe 0000:03:00.0: setting latency timer to 64
ixgbe 0000:03:00.0: The EEPROM Checksum Is Not Valid
ixgbe 0000:03:00.0: PCI INT A disabled
ixgbe: probe of 0000:03:00.0 failed with error -5
ixgbe 0000:03:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
ixgbe 0000:03:00.1: setting latency timer to 64
ixgbe 0000:03:00.1: The EEPROM Checksum Is Not Valid
ixgbe 0000:03:00.1: PCI INT B disabled
ixgbe: probe of 0000:03:00.1 failed with error -5

Aucun de ces œuvres. Mais je suis sûr que si je formats/réinstallez OS, cela fonctionnera parfaitement. J'ai le même problème sur un serveur précédent. Comment puis-je résoudre ce problème sans réinstaller le système d'exploitation?

Remarque: ceci est le même NIC Modèle fonctionnant sur un autre serveur Centos 6.5 installé gratuit: DMESG Sortie:

ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 3.15.1-k
ixgbe: Copyright (c) 1999-2013 Intel Corporation.
ixgbe 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ixgbe 0000:03:00.0: setting latency timer to 64
  alloc irq_desc for 39 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 39 for MSI/MSI-X
  alloc irq_desc for 40 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 40 for MSI/MSI-X
  alloc irq_desc for 41 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 41 for MSI/MSI-X
  alloc irq_desc for 42 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 42 for MSI/MSI-X
  alloc irq_desc for 43 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 43 for MSI/MSI-X
  alloc irq_desc for 44 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 44 for MSI/MSI-X
  alloc irq_desc for 45 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 45 for MSI/MSI-X
  alloc irq_desc for 46 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 46 for MSI/MSI-X
  alloc irq_desc for 47 on node -1
  alloc kstat_irqs on node -1
ixgbe 0000:03:00.0: irq 47 for MSI/MSI-X
ixgbe 0000:03:00.0: Multiqueue Enabled: Rx Queue count = 8, Tx Queue count = 8
ixgbe 0000:03:00.0: (PCI Express:2.5GT/s:Width x8) 00:1b:21:69:89:61
ixgbe 0000:03:00.0: MAC: 1, PHY: 5, PBA No: E18269-001
ixgbe 0000:03:00.0: Intel(R) 10 Gigabit Network Connection

Voici les paramètres de e1000 Il n'y a pas de parm concernant Autoriser la mauvaise somme de contrôle !!! [root @ tv ~] # modinfo e1000 | grep parm

parm:           TxDescriptors:Number of transmit descriptors (array of int)
parm:           RxDescriptors:Number of receive descriptors (array of int)
parm:           Speed:Speed setting (array of int)
parm:           Duplex:Duplex setting (array of int)
parm:           AutoNeg:Advertised auto-negotiation setting (array of int)
parm:           FlowControl:Flow Control setting (array of int)
parm:           XsumRX:Disable or enable Receive Checksum offload (array of int)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           KumeranLockLoss:Enable Kumeran lock loss workaround (array of int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer on receive (uint)
parm:           debug:Debug level (0=none,...,16=all) (int)
centosredhathardwarenicintel
7
Areeb111

Cela ressemble en fait à un problème avec la carte mère de votre serveur.

Nous pouvons voir à partir de votre sortie dmesg qu'il ne parvient pas à communiquer correctement avec la carte PCIe dans le serveur de défaillance, mais fonctionne correctement dans un autre serveur.

Donc, vous avez probablement un mauvais emplacement PCIe ou une mauvaise composition de la carte mère.

Vous pouvez essayer d'utiliser une autre emplacement PCIe différent, si vous en avez une autre disponible, vérifiez que votre NIC et la carte de montage (si tout) est fermement assis ou remplacez la carte de montage ou la carte mère.

Cela pourrait aussi être, si vous n'avez pas vraiment essayé ce spécifique NIC sur un autre serveur et si vous aviez fonctionné, que le NIC = est mauvais.

2
Michael Hampton

Essayez ifconfig Eth2 up.

Je semble me rappeler de devoir faire cela pour obtenir l'interface vue.

1
dmourati

Voici Intel Boottutil (disponible pour Windows et Linux), vous pouvez essayer de ré-flash/Mettre à niveau l'EEPROM pour les cartes d'interface Intel 10GBE: https://downloadcenter.intel.com/download/19186

J'ai récemment acheté plusieurs cartes Intel X550-T1 et certaines d'entre elles m'ont donné le

La somme de contrôle EEPROM n'est pas valide

erreurs lors de la démarrage sur les systèmes RHEL6.9. Après avoir couru le boottutil pour mettre à jour le micrologiciel, ces cartes fonctionnent comme un charme.

0
CyberPlumber