Impossible de démarrer le service «réseau» de CentOS 7

Je ne peux pas démarrer le service "réseau" de CentOS 7 après avoir désactivé et supprimé le service "NetworkManager". Lorsque je vérifie l'état du service réseau, il se produit l'erreur suivante:

#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.

Dans les versions antérieures de CenOS, il ne semblait pas poser de problème lors du passage du service "NetworkManager" au service réseau. Avez-vous des idées sur la cause du problème et comment le résoudre?

Remarque: J'ai utilisé l'effacement yum pour supprimer le service de gestion de réseau.

Voici des informations supplémentaires comme demandé:

/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

Dans Centos7.0, la désactivation de NetworkManager laissera un client DHCP exécuté configuré pour NetworkManager. Cela provoque le message d'erreur RTNETLINK answers: File existslorsque le networkservice est démarré.

Le dhclientprocessus périmé a l '"avantage" supplémentaire que lorsque le bail expire, vous vous dhclientétoufferez, car il ne pourra pas atteindre NetWorkManager, supprimant ainsi votre adresse IP.

Si vous le grepsouhaitez, vous verrez qu'il pointe vers un fichier de configuration 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

Donc, ce que vous pouvez faire est de tuer le dhclient, puis de démarrer votre service réseau.

Un conflit IP provoquera également cette erreur. Essayez systemctl stop networkalors ifup eth0.

Un échec pour obtenir une adresse IP à partir du DNS donnera également cette erreur comme je viens de le trouver. En fait, il semble que toute erreur de mise en réseau provoquera cette erreur. Cela semble être un problème avec CentOS 7 en ce qu'il donne une très mauvaise erreur ici.

car il a déjà été identifié - cette erreur apparaît avec tout problème lors de la configuration du réseau: conflit IP, problèmes de routage, etc.

Regardez vos paramètres de passerelle pour confirmer vos portes d' entrée sont réglées correctement et les choses sont ce dont ils ont besoin pour être avec /etc/syscofig/networket chacun des /etc/sysconfig/network-scripts/ifcfg-*look pour IP en double, itinéraires définis par /etc/sysconfig/network-scripts/route-*si la mémoire me sert des passerelles à droite peuvent maintenant être définies à la fois ifcfg-*et les route-*fichiers. Confirmez donc qu'il n'y a pas de duplication ou de chevauchement.

Il semble que cela se produise également si vous configurez manuellement une interface qui n'est pas connectée au réseau.

Moi aussi, j'ai fait face à cela aujourd'hui sur une machine virtuelle clonée CentOS 7.2. C'est ainsi que je l'ai corrigé.

systemctl disable NetworkManager
systemctl enable network

Recherchez l'adresse MAC de l'interface via la commande /sbin/ifconfig -aet ajoutez-la dans /etc/sysconfig/network-scripts/ifcfg-<interface_name>. Vous pouvez utiliser les commandes ci-dessous pour la première interface.

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

Puis tirez rebootpour redémarrer le serveur

Regardez dans les scripts réseau s'il n'y a aucune autre interface qui pourrait planter network.service

faites un ifconfig et notez l'interface. Comparez avec les fichiers dans les scripts réseau. S'il y a plus de fichiers dans les scripts réseau que d'interfaces dans ifconfig, vous pouvez supprimer les fichiers inutiles supplémentaires, puis faire un redémarrage du système systemctl.

Eu cette erreur après le clonage d'un serveur virtuel, le clone a reçu une nouvelle adresse matérielle (MAC) et la configuration de la carte réseau avait toujours l'ancienne.

La ligne ressemble à: HWADDR = 00: 00: 00: 00: 00: 00

J'ai rencontré ce problème, où le serveur continue de me donner RTNETLINK answers: File existsmême après la suppression du gestionnaire de réseau et une triple vérification de toute ma configuration réseau.

Il semble qu'une IP était en place sur un autre serveur et que le serveur filtre ICMP (donc pas de ping), premières choses que j'ai essayées. Ne vous fiez donc pas au ping pour tester si une adresse IP est active ou non!

Au démarrage, le script réseau émet cette commande (changez votre dev et ip)

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

Qui nous disent qu'une adresse mac est associée à cette IP et échoue au script réseau ( ifupou systemctl start network)

J'ai également rencontré des problèmes similaires. Pour modifier les fichiers de configuration (ifcfg-ensxxxx), comme suit, entrez la description de l'image ici

• Liste commentée "UUID = xxxx-xxxx"
• Ajouter une nouvelle option:, NM_CONTROLLED=nocela indique que cette interface sera configurée à l'aide de ce fichier de configuration, au lieu d'être gérée par le service Network Manager.

Référence: comment configurer une adresse IP statique sur CentOS 7