Come si rileva automaticamente una nuova scheda di rete in CentOS 6 / RedHat?

Sto usando CentOS 6 in un ambiente virtuale. Quando si clona una versione virtuale di CentOS, i vecchi adattatori eth vengono "rimossi" e sostituiti con nuovi e indirizzi MAC di rete. Tuttavia, i file ifcfg-ethn esistono ancora. Sto cercando di capire come fare in modo che CentOS esegua nuovamente la scansione e ricreare gli adattatori di rete / i file eth, proprio come ha fatto durante l'installazione.

Altrimenti mi rimane il processo noioso come descritto qui: http://www.centos.org/docs/5/html/Installation_Guide-en-US/s1-s390info-addnetdevice.html

So che esiste un modo rapido per farlo nella GUI, ma stiamo usando un server quindi la GUI non si applica in questo caso. Aiuto?

Modifica: @OldWolf ha suggerito Kudzu, tuttavia Kudzu è stato rimosso a partire da Centos 5, quindi preferirei evitarlo. Esiste una procedura che Linux esegue al momento dell'installazione iniziale: qualcuno può aiutarmi a capire cos'è, così posso attivarlo manualmente?

Con CentOS 6 tutto è gestito da udev ora. Vai /etc/udev/rules.ded elimina il 70-persistent-net.rulesfile e riavvia. Se lo apri prima della mano, vedrai che la NIC MAC originale è elencata come eth0e la nuova come eth1.

Ora è necessario modificare /etc/sysconfig/network-scripts/ifcfg-eth0e aggiornare manualmente il MAC della nuova scheda NIC.

L'eliminazione del file forza il processo di rilevamento a essere riavviato all'avvio senza lasciare bagaglio dal processo di clonazione, vale a dire i vecchi indirizzi MAC NIC.

Devo farlo sempre con i miei cloni CentOS 6 su VMware ESXi 4.1. È un dolore che kudzu lo gestirà in passato con le versioni precedenti.

Puoi usare questo strumento anche (Questo non è uno strumento GUI, il suo strumento TUI, l'interfaccia utente basata su testo)

[root @ localhost ~] # system-config-network-tui

Digitare sopra il comando e premere Invio

Quindi verrà visualizzata questa schermata

Seleziona Configurazione dispositivo e premi Invio

Quindi verrà visualizzata questa schermata

Qui eth0 si riferisce /etc/sysconfig/network-scripts/ifcfg-eth0

Qualunque sia la modifica apportata, eth0ciò influirà sul ifcfg-eth0file

Elimina il file delle regole persistenti:

rm /etc/udev/rules.d/70-persistent-net.rules

Modifica ifcfg-eth0:

nano /etc/sysconfig/network-scripts/ifcfg-eth0

RIMUOVI del HWADDRtutto la linea (o modificala in modo che corrisponda al nuovo indirizzo MAC della tua NIC).

Riavvia il tuo sistema:

reboot

Se si cambia di nuovo la scheda NIC, ripetere i passaggi 1 e 3.

La modifica dei file dopo il clone non avrebbe funzionato per il mio caso d'uso, quindi ho risolto il problema come segue.

Devi modificare due file, rimuovendo i riferimenti agli indirizzi Mac in ciascuno:

/etc/sysconfig/network-scripts/ifcfg-eth0 - rimuovere la riga HWADDR =.

/etc/udev/rules.d/70-persistent-net.rules - rimuovi da ATTR {address} == fino alla virgola successiva inclusa.

Ora, quando cloni la VM e cambi l'indirizzo di rete, la rete funzionerà poiché l'indirizzo Mac non viene mai scritto su nessuno dei due file.

Creo ed elimino così tante macchine virtuali CentOS 6 che ho scritto alcuni Bashfu per correggere eth0 dopo la clonazione in VirtualBox.

   [root@jp-xm-base ~]# cat fixeth0.sh
if grep -q eth1 /etc/udev/rules.d/70-persistent-net.rules; then
   sed -i '/eth0/d' /etc/udev/rules.d/70-persistent-net.rules;
   sed -i 's/eth1/eth0/g' /etc/udev/rules.d/70-persistent-net.rules;
   ETHERNET=`grep eth0 /etc/udev/rules.d/70-persistent-net.rules | awk -F"," '{print $4}' | awk -F"\"" '{print $2}'`;
   echo Ethernet Addr: $ETHERNET;
   sed -i 's/HWADDR=".*"/HWADDR="'$ETHERNET'"/' /etc/sysconfig/network-scripts/ifcfg-eth0;
   /sbin/start_udev
   /sbin/service network restart;
fi

Se il tuo unico problema è l'indirizzo mac, puoi eseguire qualcosa di simile a

TEST=`ifconfig | grep eth | awk '{ print $5}'`; sed "s/HWADDR.*/HWADDR\=$TEST/g" ifcfg-eth0 > TMP; mv TMP ifcfg-eth0

Per aggiornare la voce HWADDR.

Modifica: poiché sembra che il problema sia una vera modifica dell'hardware virtuale, puoi provare quanto segue. (non testato e referenziato da qui )

modifica / etc / sysconfig / hwconf e rimuovi tutti i riferimenti alla scheda NIC precedente ed esegui nuovamente kudzu per vedere se rileva il nuovo hardware. Potrebbe essere necessario riavviare.

Non sto usando Vmware ma KVM con virsh - questo è quello che ho fatto.

Creato un'immagine 'base' con CentOS 6.4, questa è la fonte di tutti i miei cloni. Dopo il primo avvio ho creato uno script come questo

cat /etc/init.d/manglemac 
#!/bin/bash
#
# manglemac        This starts and stops mangle-mac
#
# chkconfig: 2345 11 88
# description: This obtains tha mac of eth0 and writes into ifcfg

mac=$(grep -H . /sys/class/net/*/address | grep eth0 | cut   -d ':' -f2-10)
match_mac=$(grep $mac /etc/sysconfig/network-scripts/ifcfg-eth0)

if [ -z "$match_mac" ];
then
   echo HWADDR=$mac >> /etc/sysconfig/network-scripts/ifcfg-eth0
fi

Aggiunto a init con

chkconfig --add manglemac

Eliminati tutti i riferimenti in / etc / sysconfig / network-scripts / ifcfg-eth0 di HWADDR o UUID, cancellate anche le regole udev da /etc/udev/rules.d/70-persistent-net.rules.

A questo punto ho spento la macchina e ho iniziato a clonare. Tutto funziona bene. Lo script che ho realizzato è molto semplice ma funziona bene, tuttavia fa alcune ipotesi sulla tua configurazione per la rete (solo eth0).

Spero possa essere d'aiuto.

Avevo a che fare con più schede di rete e nulla sopra ha funzionato per me (VMware Fusion 7 / VMware 6 e versioni precedenti), quindi ho scritto uno script. Il tarball è qui .

Ecco quello READMEche ne deriva:

• Questo tarball e gli script correlati modificheranno l'indirizzo MAC della macchina VMware CentOS 6 o di recente clonata (senza systemd.)

• Tutto ciò che devi fare nella macchina clonerai da una sola volta:

  1. installare lshw
  2. sostituire l'indirizzo MAC in tutti i vostri /etc/sysconfig/network-scripts/ifcfg-eth?con MACDADDY num dove num è il numero dell'interfaccia di rete. È necessario seguire il modello di denominazione per il file.

  3. correre:

     chckconfig change_mac_address on
     

     Ciò dovrebbe aggiungere collegamenti sym ai livelli di esecuzione corretti specificati nel file

  4. Clonare la macchina normalmente e accenderla. Dovrebbe cambiare l'indirizzo MAC in ciascuno dei tuoi ifcfg-eth?file,
     • cancella il file udev,
     • riesegui la scansione del tuo dispositivo e1000,
     • e riavviare la rete

I problemi:

• Non so perché, ma a volte è necessario riavviare la rete una seconda volta per ottenere il riconoscimento di tutte le schede di rete:

  /etc/init.d/network restart
  

  Risolto il problema inserendo sleep 20a all'inizio di/etc/init.d/network

• Questo non è stato un problema per me, ma lo script si basa sulla lshwrestituzione delle schede NIC nello stesso ordine diifcfg-eth?
• Ciò presuppone che i dispositivi NIC siano e1000. Standard VMware?
• Potrebbe valere la pena cambiare la numerazione dei tuoi ifcfg-eth?file in modo che corrispondano a ciò che lshwviene restituito nell'improbabile evento che non funzioni e che tu stia facendo un sacco di macchine con molte schede di rete.
• Con una scheda di rete dovrebbe funzionare.
• Dopo il primo avvio, /usr/bin/change_mac_address.plviene spostato in/usr/bin/change_mac_address.pl.old
• Ciò impedirà l'esecuzione a ogni riavvio anche se non farà nulla se non è presente MACDADDY? nella tuaifcfg-eth?

• Puoi anche e probabilmente dovresti eseguire

  chkconfig change_mac_address off