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 exists lorsque le service network est démarré.
Le processus dhclient périmé a le "bénéfice" supplémentaire que lorsque le bail expire, votre dhclient s'étouffe, car il ne peut pas atteindre NetWorkManager, supprimant ainsi votre adresse IP.
Si vous grep pour cela, 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, c'est tuer le dhclient et ensuite seulement démarrer votre service réseau.
Un conflit IP provoquera également cette erreur. Essayez: systemctl stop network, puis 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.
Il semble que cela se produise également si vous configurez manuellement une interface qui n'est pas connectée au réseau.
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.
Examinez les paramètres de votre passerelle pour confirmer que vos passerelles sont correctement définies et que les choses sont ce dont elles ont besoin avec /etc/syscofig/network et chacun des /etc/sysconfig/network-scripts/ifcfg-* recherchez les adresses IP en double, les routes définies via /etc/sysconfig/network-scripts/route-* si la mémoire me sert de bonnes passerelles peuvent maintenant être définies dans les deux ifcfg-* et route-* des dossiers. Confirmez donc qu'il n'y a pas de duplication ou de chevauchement.
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 -a et ajoutez cela 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}
Ensuite, tirez reboot pour redémarrer le serveur
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=no, cela 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
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 exists même après avoir supprimé le gestionnaire de réseau et revérifié 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 IP est en place 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
Ce qui nous indique qu'une adresse mac est associée à cette IP et échoue au script réseau (ifup ou systemctl start network)