it-swarm.com.de

Der CentOS 7 "Netzwerk" -Dienst kann nicht gestartet werden

Ich kann den CentOS 7 "Netzwerk" -Dienst nicht starten, nachdem der "NetworkManager" -Dienst deaktiviert und entfernt wurde. Wenn ich den Netzwerkdienststatus überprüfe, wird der folgende Fehler angezeigt:

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

In früheren CenOS schien es keine Probleme beim Wechsel vom "NetworkManager" -Dienst zum Netzwerkdienst zu geben. Irgendwelche Ideen, was das Problem verursacht und wie es behoben werden kann?

Hinweis: Ich habe yum erase verwendet, um den Netzwerkverwaltungsdienst zu entfernen.

Hier sind zusätzliche Informationen wie gefragt:

/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
23
Gazel

In Centos7.0 wird durch Deaktivieren von NetworkManager ein für NetworkManager konfigurierter DHCP-Client ausgeführt. Dies verursacht die Fehlermeldung RTNETLINK answers: File exists wenn der Dienst network gestartet wird.

Der veraltete dhclient -Prozess hat den zusätzlichen "Vorteil", dass Ihr dhclient nach Ablauf des Lease erstickt, da er NetWorkManager nicht erreichen kann und somit Ihre IP-Adresse entfernt.

Wenn Sie grep dafür verwenden, sehen Sie, dass es auf eine NetWorkManager-Konfigurationsdatei verweist.

[[email protected] ~]# 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

Sie können also dhclient beenden und erst dann Ihren Netzwerkdienst starten.

31
Hans Then

Ein IP-Konflikt verursacht ebenfalls diesen Fehler. Versuchen: systemctl stop network, dann ifup eth0.

5
spoovy

Ein Fehler beim Abrufen einer IP von DNS führt ebenfalls zu diesem Fehler, wie ich gerade festgestellt habe. Tatsächlich scheint jeder Fehler im Netzwerk diesen Fehler zu verursachen. Dies scheint ein Problem mit CentOS 7 zu sein, da es hier einen sehr schlechten Fehler gibt.

1
MikeKulls

Dies scheint auch dann der Fall zu sein, wenn Sie manuell eine Schnittstelle konfigurieren, die nicht mit dem Netzwerk verbunden ist.

1
aryeh

wie bereits festgestellt, tritt dieser Fehler bei allen Problemen beim Einrichten des Netzwerks auf: IP-Konflikt, Routing-Probleme usw.

Überprüfen Sie Ihre Gateway-Einstellungen, um sicherzustellen, dass Ihre Gateways richtig eingestellt sind und die Dinge mit /etc/syscofig/network Erforderlich sind. Jede der /etc/sysconfig/network-scripts/ifcfg-* Sucht nach doppelten IP-Adressen, die über /etc/sysconfig/network-scripts/route-* Wenn der Speicher mir recht tut, können Gateways jetzt sowohl in ifcfg-* als auch in route-* Dateien eingestellt werden. Stellen Sie also sicher, dass keine Duplizierung oder Überlappung vorliegt.

1
Droopy4096

Auch ich habe mich heute auf einer geklonten virtuellen Maschine mit CentOS 7.2 damit konfrontiert. So habe ich es behoben.

systemctl disable NetworkManager
systemctl enable network

Suchen Sie die MAC-Adresse der Schnittstelle mit dem Befehl /sbin/ifconfig -a und füge das in /etc/sysconfig/network-scripts/ifcfg-<interface_name>. Sie können die folgenden Befehle für die erste Schnittstelle verwenden.

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

Feuern Sie dann reboot ab, um den Server neu zu starten

1
vikas027

Ich bin auch auf ähnliche Probleme gestoßen. So ändern Sie die Konfigurationsdateien (ifcfg-ensxxxx) wie folgt geben Sie hier die Bildbeschreibung ein

  • Liste auskommentiert "UUID = xxxx-xxxx"
  • Neue Option hinzufügen: NM_CONTROLLED=no gibt an, dass diese Schnittstelle mithilfe dieser Konfigurationsdatei eingerichtet wird, anstatt vom Network Manager-Dienst verwaltet zu werden.

Referenz: So konfigurieren Sie eine statische IP-Adresse unter CentOS 7

0
Colin Chen

Überprüfen Sie in Netzwerkskripten, ob es keine andere Schnittstelle gibt, die network.service zum Absturz bringen könnte

führen Sie eine ifconfig durch und notieren Sie die Schnittstelle. Vergleichen Sie mit den Dateien in Netzwerkskripten. Wenn in Netzwerkskripten mehr Dateien als Schnittstellen in ifconfig enthalten sind, können Sie die zusätzlichen nutzlosen Dateien löschen und anschließend ein systemctl-Neustart des Netzwerks durchführen.

0

Hatte dieser Fehler nach dem Klonen eines virtuellen Servers, erhielt der Klon eine neue Hardwareadresse (MAC) und die Netzwerkadapterkonfiguration hatte immer noch die alte.

Die Zeile sieht folgendermaßen aus: HWADDR = 00: 00: 00: 00: 00: 00

0
WhoIsRich

Ich bin auf dieses Problem gestoßen, bei dem der Server mir immer wieder RTNETLINK answers: File exists auch nach dem Entfernen des Netzwerkmanagers und dreimaliger Überprüfung meiner gesamten Netzwerkkonfiguration.

Es scheint, dass eine IP auf einem anderen Server aktiv war und dass der Server ICMP filtert (also kein Ping), als erstes habe ich versucht. Verlassen Sie sich also nicht auf Ping, um zu testen, ob eine IP aktiv ist oder nicht!

Beim Starten gibt das Netzwerkskript diesen Befehl aus (ändern Sie Ihren Entwickler und Ihre IP-Adresse).

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

Was uns sagt, dass dieser IP eine Mac-Adresse zugeordnet ist und das Netzwerkskript fehlschlägt (ifup oder systemctl start network)

0
Alban M