Bonjour à tous,
Je bloque sur un problème (à la con) sur 2 serveurs supermicro équipés de cartes Intel I350-T4 (sur un riser avec une 3Ware 9750-4i).
Les serveurs sont sur Debian Wheezy (3.2.0-4-amd64 / XEN).
Impossible davoir de la connectivité sur les ports de cette carte (eth2->eth5). Les ports intégrés à la CM sont OK (eth0/eth1).
Au boot les cartes sont détectés :
Jul 12 15:41:44 lab kernel: [ 8.658321] igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:25:90:95:51:8a
Jul 12 15:41:44 lab kernel: [ 8.658397] igb 0000:01:00.0: eth0: PBA No: FFFFFF-0FF
Jul 12 15:41:44 lab kernel: [ 8.862312] igb 0000:01:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:25:90:95:51:8b
Jul 12 15:41:44 lab kernel: [ 8.862389] igb 0000:01:00.1: eth1: PBA No: FFFFFF-0FF
Jul 12 15:41:44 lab kernel: [ 8.942355] igb 0000:05:00.0: eth2: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:48
Jul 12 15:41:44 lab kernel: [ 8.942649] igb 0000:05:00.0: eth2: PBA No: G15139-002
Jul 12 15:41:44 lab kernel: [ 9.022383] igb 0000:05:00.1: eth3: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:49
Jul 12 15:41:44 lab kernel: [ 9.022677] igb 0000:05:00.1: eth3: PBA No: G15139-002
Jul 12 15:41:44 lab kernel: [ 9.102409] igb 0000:05:00.2: eth4: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:4a
Jul 12 15:41:44 lab kernel: [ 9.102704] igb 0000:05:00.2: eth4: PBA No: G15139-002
Jul 12 15:41:44 lab kernel: [ 9.182428] igb 0000:05:00.3: eth5: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:4b
Jul 12 15:41:44 lab kernel: [ 9.182721] igb 0000:05:00.3: eth5: PBA No: G15139-002
Mais après rien : ADDRCONF(NETDEV_UP): eth2: link is not ready. Pas de detection du lien.
Jai lu pas mal de trucs sur cette carte (plus au niveau duplicate mac), mais même en upgradant sur la dernière version du driver IGB dIntel (4.3.0) rien de mieux.
Par hasard quelquun aurait une idée ? J
Merci davance et bon week end à tous.
Benjamin
Bonjour,
Le 12/07/2013 15:59, Benjamin Schilz a écrit :
Impossible d’avoir de la connectivité sur les ports de cette carte (eth2->eth5). Les ports intégrés à la CM sont OK (eth0/eth1).
Réglage du port PCI. De mémoire, pour une carte RAID j'ai du forcer en x8 au lieu de "Auto".
Cordialement,
Christophe
Réglage du port PCI. De mémoire, pour une carte RAID j'ai du forcer en x8 au lieu de "Auto".
Ah non, tes cartes sont détectées... Ca doit être plus compliqué que ça. Ca marchait avec Squeeze ?
Merci. Marche pas sous Squeeze non plus :( J'avais lu un truc aussi que si il n'y a qu'un CPU sur une carte 2 CPU (c'est le cas / X8DTU-F) ça pouvait poser problèmes par rapport à la gestion des voies PCI Express, mais dans ce cas la carte ne serait pas détectée je pense.
Salut,
Le 12 juil. 2013 à 17:15, Benjamin Schilz benjamin@whd-rs.com a écrit :
Réglage du port PCI. De mémoire, pour une carte RAID j'ai du forcer en x8 au lieu de "Auto".
Ah non, tes cartes sont détectées... Ca doit être plus compliqué que ça. Ca marchait avec Squeeze ?
Merci. Marche pas sous Squeeze non plus :( J'avais lu un truc aussi que si il n'y a qu'un CPU sur une carte 2 CPU (c'est le cas / X8DTU-F) ça pouvait poser problèmes par rapport à la gestion des voies PCI Express, mais dans ce cas la carte ne serait pas détectée je pense.
Donc tu as un carte mère dual socket et tu n'en utilises qu'un ?
Je regarderais bien sur le manuel de ta carte mère (libre de téléchargement sur www.supermicro.com) si justement tu n'es pas dans ce truc la...
My 0,02€.
Xavier
Bonjour,
Déjà eu ce genre de soucis sur une X8*** double CPU mais avec un seul monté et 3 cartes Intel 4 ports GB en PCIe mais de génération précédente il semble me souvenir : les cartes bien détectées mais le lien détecté que sur certaines et certains ports et pas toujours les mêmes après reboot et même avec le lien détecté pas moyen de faire passer du trafic.
Le problème ne venais pas du fais qu'il n'y ait qu'un seul CPU ou d'une incompatibilité de Debian ou du kernel mais que la CM avais plusieurs ports PCIe donc certains 16x/8x, 4x et 1x (si mes souvenirs sont bons) et changer les ports utilisés (peut être aussi certains paramètres du bios) avais réglé le problème.
Cordialement.
Le 12/07/2013 15:59, Benjamin Schilz a écrit :
Bonjour à tous,
Je bloque sur un problème (à la con) sur 2 serveurs supermicro équipés de cartes Intel I350-T4 (sur un riser avec une 3Ware 9750-4i).
Les serveurs sont sur Debian Wheezy (3.2.0-4-amd64 / XEN).
Impossible d'avoir de la connectivité sur les ports de cette carte (eth2->eth5). Les ports intégrés à la CM sont OK (eth0/eth1).
Au boot les cartes sont détectés :
Jul 12 15:41:44 lab kernel: [ 8.658321] igb 0000:01:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:25:90:95:51:8a
Jul 12 15:41:44 lab kernel: [ 8.658397] igb 0000:01:00.0: eth0: PBA No: FFFFFF-0FF
Jul 12 15:41:44 lab kernel: [ 8.862312] igb 0000:01:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:25:90:95:51:8b
Jul 12 15:41:44 lab kernel: [ 8.862389] igb 0000:01:00.1: eth1: PBA No: FFFFFF-0FF
Jul 12 15:41:44 lab kernel: [ 8.942355] igb 0000:05:00.0: eth2: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:48
Jul 12 15:41:44 lab kernel: [ 8.942649] igb 0000:05:00.0: eth2: PBA No: G15139-002
Jul 12 15:41:44 lab kernel: [ 9.022383] igb 0000:05:00.1: eth3: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:49
Jul 12 15:41:44 lab kernel: [ 9.022677] igb 0000:05:00.1: eth3: PBA No: G15139-002
Jul 12 15:41:44 lab kernel: [ 9.102409] igb 0000:05:00.2: eth4: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:4a
Jul 12 15:41:44 lab kernel: [ 9.102704] igb 0000:05:00.2: eth4: PBA No: G15139-002
Jul 12 15:41:44 lab kernel: [ 9.182428] igb 0000:05:00.3: eth5: (PCIe:5.0Gb/s:Width x4) a0:36:9f:1c:14:4b
Jul 12 15:41:44 lab kernel: [ 9.182721] igb 0000:05:00.3: eth5: PBA No: G15139-002
Mais après rien : "ADDRCONF(NETDEV_UP): eth2: link is not ready". Pas de detection du lien.
J'ai lu pas mal de trucs sur cette carte (plus au niveau duplicate mac), mais même en upgradant sur la dernière version du driver IGB d'Intel (4.3.0) rien de mieux.
Par hasard quelqu'un aurait une idée ? J
Merci d'avance et bon week end à tous.
Benjamin
Le problème ne venais pas du fais qu'il n'y ait qu'un seul CPU ou d'une
incompatibilité de Debian ou du kernel
mais que la CM avais plusieurs ports PCIe donc certains 16x/8x, 4x et 1x
(si mes souvenirs sont bons) et
changer les ports utilisés (peut être aussi certains paramètres du >>bios)
avais réglé le problème.
Merci de linfo je vais tester ça ;)
A+