Çift NIC anakartlardaki MAC adresleri

İşte garip bir sorun.

Çift NIC anakarta sahip bir dizi cihazımız var. Bazıları emen Realtek NIC'ler. Bazıları Intel e1000'ler.

Sadece 2 makinede fark ettim, biri Intel NIC, biri Realtek, bir makinenin MAC adresini dhcpd.confDHCP sunucumuzdaki dosyaya koyduğumda , makineyi yeniden oluşturma ortamına önyükleme yapmak için, başlangıçta her şey yolunda.

Sunucu bir DHCP ayırması alır ve PXE, Ubuntu ön besleme ortamına önyükleme yapar.

Bir veya iki makinede, Ubuntu'nun DHCP ağ yapılandırmasına kadar uzanır ve başarısız olur. Bir meşgul kutusu kabuğunu kaldırırsam ( tty2yükleme makinesinde) ve çalışırsam ip link, UP işaretinin diğer NIC'de ayarlandığını görebilirim .

İşte bazı şeyler.

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

İçinde olan bu dhcpd.conf

Kötü makinedeki ip bağlantısı böyle görünüyor. ip bağlantı çıkışı

Sadece bir NIC aslında bağlı (kasıtlı olarak).

Gördüğünüz gibi, dhcpd yapılandırmasındaki NIC, UP olarak işaretlenmez ve UP olan bağlantı DHCP'deki bağlantı değildir.

Şimdiye kadar bunu iki marka çift NIC konfigürasyonunda gördüm.

1) buna neyin sebep olduğunu bilen var mı ve b) Bu konuda ne yapabiliriz?

— Tom O'Connor
kaynak

1. PCI aygıtları başlatma sırası. Bu yüzden BIOS ": 18" MAC kullanıyor ve işletim sistemi önce ": 19" MAC kullanıyor. 2. Fikrim yok =]

— Chris S

Bunu bir cevap yerine yorum olarak ekleyeceğim çünkü oldukça zayıf, ama benden önce birisinin aynı sorunu bulduğunu ve dhcpd.confbir Kickstart kurarken dosyaya MAC ve MAC + 1 ekleyerek çözdüğünü söyleyebilirim .

— Kyle Smith

Ön tohum neye benziyor? Özellikle, netcfg/choose_interfaceayarlandı mı?

— Shane Madden

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

— Tom O'Connor

@KyleSmith Evet .. Yine de biraz stokastik.

— Tom O'Connor

Yanıtlar:

Her zaman bir şey yapmanın birden fazla yolu vardır :)

Çözüm 1

Her biri ile anakartlar?

ethtool -i eth0Realtek kartını hangi modül ( ) destekliyorsa kara listeye alın .

Ubuntu , önyükleme sırasında kara listeye almayı destekler module_name.blacklist=yes ve önayar ortamındaki modprobe seçeneklerini değiştirebilmeniz gerekir, böylece daha sonra problanmaz.

Çözüm 2

Sorunu yeniden ifade edeyim:

İki NIC'li anakartlarımız var ve hangi arayüzün takılı olduğuna bakılmaksızın tutarlı bir şekilde çalışmalarını istiyoruz. Hangi arayüzün (işletim sistemi açısından) takılacağını her zaman belirleyemiyoruz.

Bağ oluştur! mode=active-backup miimon=100Her iki arabirimle slave olarak bir aktif-pasif konfigürasyon ( ) kullanın . Bu şekilde, hangi arabirim takılı olursa olsun her zaman çalışır.

Çözüm 3

Anakartlar, NIC'lerin her zaman aynı PCI kimliğinde görünecek kadar tutarlı mı? Her zaman belirli bir PCI adresindeki kartı eth0'a, diğer adresteki kartı da eth1'e atamak için udev kurallarını kullanın.

Eth0'a bir cihaz atayan iki farklı udev kuralına sahip olabileceğinizi unutmayın - bu, Realtek ve e1000 durumunu aynı anda ele almanızı sağlar.

— MikeyB
kaynak

İkisi de Maalesef Realtek. Onları değiştirmek için e1000'ler alacak, muhtemelen bios'ta öldürecekler.

— Tom O'Connor

Ooohhhh, yanlış anlaşıldı. 1 x e1000 ve 1 x Realtek ile anakartlarınız olduğunu düşündüm.

— MikeyB

İyi yanıtlar .. Bu sorunun PXE yükleyici ve debian-installer'ın DHCP'si arasında kendini gösterme eğilimi gösterdiğinden tam olarak neyin desteklendiğinden emin değilim. Şahsen en iyi seçeneğin iyi bir Intel NIC hariç hepsini devre dışı bırakmak olacağını düşünüyorum

— Tom O'Connor

Bağlamayı kurduk ve her iki adresi de DHCP'ye koyarak sorunu çözdük.

— Tom O'Connor

PITELINUX IPAPPEND 2 seçeneğini pxelinux.cfg dosyanıza PIT önyüklemesini yapan arabirimi kullanmasını sağlamak için init komut dosyalarına eklemeyi deneyebilirsiniz :

/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

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

— panticz.de
kaynak