Impossibile avviare il servizio di "rete" di CentOS 7


23

Non riesco ad avviare il servizio "rete" di CentOS 7 dopo aver disabilitato e rimosso il servizio "NetworkManager". Quando controllo lo stato del servizio di rete, viene visualizzato il seguente errore:

#systemctl status network.service
network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network)
   Active: failed (Result: exit-code) since Fri 2015-01-16 22:30:46 GMT; 38s ago
  Process: 4857 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)

Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain network[4857]: RTNETLINK answers: File exists
Jan 16 22:30:46 localhost.localdomain systemd[1]: network.service: control process exited, code=exited status=1
Jan 16 22:30:46 localhost.localdomain systemd[1]: Failed to start LSB: Bring up/down networking.
Jan 16 22:30:46 localhost.localdomain systemd[1]: Unit network.service entered failed state.

Nel CenOS precedente non sembrava dare alcun problema quando si passa dal servizio "NetworkManager" al servizio di rete. Qualche idea su cosa causa il problema e come risolverlo?

Nota: ho usato la cancellazione yum per rimuovere il servizio di gestione della rete.

Ecco ulteriori informazioni come richiesto:

/etc/sysconfig/network-script/ifcfg-enp8s0
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=enp8s0
UUID=453a07fe-1b07-4f29-bc32-f2168e50706a
ONBOOT=yes
HWADDR=XXXXXXXXXXX
MACADDR=XXXXXXXXXX
PEERDNS=yes
PEERROUTES=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes

/etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

/etc/resolv.conf
; generated by /usr/sbin/dhclient-script
search customer.marples.midcity.lan
nameserver 10.241.128.1

Dal momento che non posso pubblicare un commento a causa della mia scarsa reputazione, sto pubblicando questo come una risposta, che NON è destinato a essere. <br/> <br/> Puoi pubblicare quanto segue: <br/> <br/> /etc/sysconfig/network-script/ifcfg-eth0<br/> /etc/hosts<br/> /etc/resolv.conf<br/> <br/> potresti voler controllare i tuoi percorsi configurati per quella specifica scheda di rete (trovato in /etc/sysconfig/network-scripts/route-<interface>), poiché ciò potrebbe causare errori simili. <br/> <br/> Hai provato ifdown eth0e ifup eth0invece di systemctl (re)start network? Hai disabilitato / disinstallato Network Managerutilizzandoyum remove
Mosh Pit il

Ciao, grazie per il rifornimento. Ho aggiornato le informazioni sulla mia domanda sopra, dai un'occhiata. Sì, ho utilizzato la cancellazione yum per rimuovere il servizio NetworkManager. Non ho provato ifdown eth0 e ifup eth0, comunque La mia connessione di rete è ancora attiva e funzionante nonostante rimuova il servizio gestore di rete e l'impossibilità di avviare il servizio di rete.
Gazel,

Hai HWADDR=XXXXXXXXXXX AND MACADDR=XXXXXXXXXX nella tua interfaccia config. Questo sembra essere sbagliato, poiché sembra che sia destinato a essere lo stesso. Prova una delle cose che ho consigliato (commentando questa parte nella tua configurazione), riavvia e riprova. Questa scatola SELOS di CentOS 7 sta applicando? Stai eseguendo questo sistema su un hardware o in un ambiente virtuale? hostse resolv.confsembra buono finora.
Mosh Pit,

Inizialmente ho falsificato il MAC nella GUI di NetworkManager, quindi ha aggiunto il falso MACADDR oltre al vero HWADDR, quindi è per questo che è lì. Devo rimuovere la linea MACADDR? Le letture dello stato SELinux sono abilitate. Lo sto eseguendo su un hardware.
Gazel,

Prova a commentare HWADDRe / o MACADDR, penso che eliminarlo MACADDRdovrebbe essere sufficiente. Riavvia l'intero box e controlla se la rete sta arrivando correttamente. Inoltre, se non lo usi IPv6, porta quella schifezza là fuori. Puoi anche controllare il tuo HWADDR usando cat /sys/class/net/ens192/addressper assicurarti che sia configurato correttamente.
Mosh Pit,

Risposte:


31

In Centos7.0 la disabilitazione di NetworkManager lascerà in esecuzione un client dhcp configurato per NetworkManager. Ciò causa il messaggio di errore RTNETLINK answers: File existsall'avvio del networkservizio.

Il dhclientprocesso non aggiornato ha l'ulteriore "vantaggio" che quando il contratto scade il tuo dhclientsoffocamento, dal momento che non può raggiungere NetWorkManager, rimuovendo così il tuo indirizzo IP.

Se greplo fai, vedrai che punta a un file di configurazione NetWorkManager.

[root@host ~]# ps -ef | grep dhc
root      1865   792  0 Apr28 ?        00:00:00 /sbin/dhclient -d -sf \
 /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-eno1.pid -lf\
 /var/lib/NetworkManager/dhclient-c96e56d3-a4c9-4a87-85ca-93dc0ca268f2-eno1.lease\
 -cf /var/lib/NetworkManager/dhclient-eno1.conf eno1

Quindi quello che puoi fare è uccidere dhcliente solo allora avviare il servizio di rete.


Sì, uccidere dhclient ha risolto il problema per me. Grazie
MichaelZ,

6
Inoltre non ho abbastanza reputazione per commentare, ma volevo supportare la risposta di Hans e aggiungere che dovevo cambiare il bootproto in "none" nei miei file ifcfg. Il dhclient veniva chiamato solo quando cercava di riavviare la rete, e uccidere il processo dhclient non aiutava, perché ne sarebbe spuntato un altro al suo posto. La modifica dei file ifcfg ha risolto il mio problema.
onlyanegg,

5

Un conflitto IP causerà anche questo errore. Prova:, systemctl stop networkquindi ifup eth0.


1

Un errore nell'ottenere un IP dal DNS darà anche questo errore, come ho appena scoperto. In effetti sembra che qualsiasi errore con la rete causerà questo errore. Questo sembra essere un problema con CentOS 7 in quanto fornisce un errore molto scarso qui.


1

come è già stato identificato - questo errore si presenta con qualsiasi problema durante l'impostazione della rete: conflitto IP, problemi di routing, ecc.

Osserva le impostazioni del tuo gateway per confermare che i tuoi gateway siano impostati correttamente e che le cose siano ciò di cui hanno bisogno /etc/syscofig/networke ognuno dei due /etc/sysconfig/network-scripts/ifcfg-*cerca IP duplicati, i percorsi impostati /etc/sysconfig/network-scripts/route-*se la memoria mi serve adesso i gateway possono essere impostati sia nei file ifcfg-*che nei route-*file. Quindi conferma che non ci sono duplicazioni o sovrapposizioni.


1

Sembra che ciò accada anche se si configura manualmente un'interfaccia che non è connessa alla rete.


1

Anch'io ho affrontato questo oggi su una macchina virtuale clonata CentOS 7.2. Ecco come l'ho risolto.

systemctl disable NetworkManager
systemctl enable network

Trova l'indirizzo MAC dell'interfaccia tramite il comando /sbin/ifconfig -ae aggiungilo in /etc/sysconfig/network-scripts/ifcfg-<interface_name>. È possibile utilizzare i comandi seguenti per la prima interfaccia.

nic_file=`ls /etc/sysconfig/network-scripts/ifcfg-e*`
ifconfig -a | grep ether | awk '{ print $2 }' | sed 's/.*/HWADDR=&/' >> ${nic_file}

Quindi avvia rebootper riavviare il server


0

Cerca negli script di rete se non esiste un'altra interfaccia che potrebbe causare l'arresto anomalo di network.service

fai un ifconfig e scrivi l'interfaccia. Confronta con i file negli script di rete. Se negli script di rete sono presenti più file che interfacce in ifconfig, è possibile eliminare i file inutili aggiuntivi e quindi eseguire una rete di riavvio del sistema.


0

Si è verificato questo errore dopo la clonazione di un server virtuale, al clone è stato assegnato un nuovo indirizzo hardware (MAC) e la configurazione della scheda di rete aveva ancora quella precedente.

La riga è simile a: HWADDR = 00: 00: 00: 00: 00: 00


0

Ho riscontrato questo problema, in cui il server continua a darmi RTNETLINK answers: File existsanche dopo aver rimosso il gestore di rete e verificato tre volte tutta la mia configurazione di rete.

Sembra che un IP fosse attivo su un altro server e che il server filtrasse ICMP (quindi nessun ping), le prime cose che ho provato. Quindi non fare affidamento sul ping per il test se un IP è attivo o no!

All'avvio, lo script di rete emette questo comando (cambia il tuo dev e ip)

/sbin/arping -c 2 -w 3 -D -I eth0 10.196.132.206

Il che ci dice che un indirizzo mac è associato a questo IP e fallisce lo script di rete ( ifupo systemctl start network)


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.