Adresses MAC sur les cartes mères à double carte réseau

Voici un problème étrange.

Nous avons un certain nombre d'appareils avec des cartes mères à double carte réseau. Certains sont des cartes réseau Realtek, qui sont nulles. Certains sont des Intel e1000, qui ne le font pas.

Je viens de remarquer sur 2 machines, l'une est une carte réseau Intel, l'autre est un Realtek, que lorsque je mets l'adresse MAC d'une machine dans le dhcpd.conffichier sur notre serveur DHCP pour la faire démarrer PXE, la machine dans un environnement de reconstruction, au début, tout va bien.

Le serveur obtient une allocation DHCP et PXE démarre dans l'environnement prédéfini Ubuntu.

Sur une ou deux machines, il arrive jusqu'à la configuration du réseau DHCP d'Ubuntu et échoue. Si je tire un shell busybox (sur tty2la machine d'installation) et que ip linkje cours , je peux voir que le drapeau UP est défini sur l' autre NIC.

Voici quelques trucs.

  host xeon16-ghz240-gb48-node1 {
        hardware ethernet BC:AE:C5:07:1F:18;
        filename "pxelinux.0";
        next-server 192.168.123.80;
  }

Voilà ce qu'il y a dhcpd.conf

Voici à quoi ressemble le lien IP sur la machine maléfique. sortie de lien IP

Une seule carte réseau est réellement connectée (délibérément).

Comme vous pouvez le voir, la carte réseau qui se trouve dans la configuration dhcpd n'est pas marquée comme UP, et le lien qui est UP n'est pas celui de DHCP.

Jusqu'à présent, j'ai vu cela sur deux marques de configuration à double carte réseau.

Est-ce que quelqu'un sait 1) ce qui en est la cause et b) ce que nous pouvons faire à ce sujet?

— Tom O'Connor
source

1. Ordre différent d'initialisation des périphériques PCI. Le BIOS utilise donc le MAC ": 18" et le système d'exploitation utilise d'abord le MAC ": 19". 2. Aucune idée =]

— Chris S

J'ajouterai cela comme un commentaire plutôt qu'une réponse car c'est assez faible, mais je peux dire que quelqu'un avant moi a trouvé exactement le même problème et l'a résolu en ajoutant MAC et MAC + 1 au dhcpd.conffichier lors de la configuration d'un Kickstart.

— Kyle Smith

À quoi ressemble le preseed? Plus précisément, est netcfg/choose_interfacedéfini?

— Shane Madden

./master/master_preseed.cfg:d-i netcfg/choose_interface select auto

— Tom O'Connor

@KyleSmith Ouais .. C'est un peu stochastique cependant.

— Tom O'Connor

Réponses:

Il y a toujours plus d'une façon de faire quoi que ce soit :)

Solution 1

Des cartes mères avec une de chacune?

Mettez sur liste noire le module ( ethtool -i eth0) qui prend en charge la carte Realtek.

Ubuntu prend module_name.blacklist=yes en charge la liste noire au démarrage et vous devriez pouvoir modifier les options de modprobe dans l'environnement prédéfini afin qu'il ne soit pas vérifié plus tard.

Solution 2

Permettez-moi de reformuler le problème:

Nous avons des cartes mères avec deux cartes réseau et nous voulons qu'elles fonctionnent de manière cohérente, quelle que soit l'interface connectée. Nous ne pouvons pas toujours déterminer quelle interface (du point de vue du système d'exploitation) sera connectée.

Mettez en place le collage! Utilisez une configuration active-passive ( mode=active-backup miimon=100) avec les deux interfaces comme esclaves. De cette façon, cela fonctionnera toujours, quelle que soit l'interface connectée.

Solution 3

Les cartes mères sont-elles suffisamment cohérentes pour que les cartes réseau apparaissent toujours sur le même ID PCI? Utilisez les règles udev pour toujours affecter la carte sur une adresse PCI particulière à eth0 et la carte sur l'autre adresse à eth1.

Notez que vous pouvez avoir deux règles udev différentes qui affectent un périphérique à eth0 - cela vous permet de gérer le cas Realtek et e1000 en même temps.

— MikeyB
source

Ils sont tous les deux Realtek malheureusement. Je vais obtenir des e1000 pour les remplacer, puis je les tuerai probablement dans le bios.

— Tom O'Connor

Ooohhhh, mal compris. Je pensais que vous aviez des cartes mères avec 1 x e1000 et 1 x Realtek.

— MikeyB

Bonnes réponses .. Je ne suis pas tout à fait sûr de ce qui est supporté car ce problème a tendance à se présenter entre le chargeur PXE et le DHCP de l'installateur Debian. Personnellement, je pense que la meilleure option sera de désactiver tous les NIC Intel sauf un

— Tom O'Connor

Nous avons fini par configurer la liaison et contourner le problème en plaçant les deux adresses dans DHCP.

— Tom O'Connor

Vous pouvez essayer d'ajouter l' option PXELINUX IPAPPEND 2 à votre fichier pxelinux.cfg pour indiquer aux scripts d'initialisation d'utiliser l'interface qui a fait le démarrage PXE:

/var/lib/tftpboot/pxelinux.cfg/default

LABEL linux
   KERNEL /ubuntu/casper/vmlinuz 
   APPEND initrd=/ubuntu/casper/initrd.gz root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.1.1:/var/lib/tftpboot/ubuntu --
   IPAPPEND 2

voir: http://www.syslinux.org/wiki/index.php/SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D

— panticz.de
source