Ich habe einen RHEL7-Server in VMware vSphere eingerichtet und habe Probleme, ihn ohne NetworkManager in das Netzwerk zu bringen. Ich habe den Server so konfiguriert, dass er während des Installationsvorgangs eine statische IP-Adresse hat, und er hat alles mit NetworkManager eingerichtet. Während dies funktioniert, verwenden wir NetworkManager in meinem Büro nicht. Deshalb habe ich die Konfigurationsdatei eingegeben, um RHEL6-Server ohne NetworkManager online zu schalten.
/ etc / sysconfig / network-scripts / ifcfg-ens192 lautet wie folgt:
NAME = ens192
TYP = Ethernet
ONBOOT = ja
NM_CONTROLLED = nein
BOOTPROTO = statisch
IPADDR = 10.0.2.15
PREFIX = 24
GATEWAY = 10.0.2.2
Wenn ich NetworkManager deaktiviere, startet der Netzwerkdienst jedoch nicht mit dem folgenden Fehler
#Service Netzwerk Neustart
Neustart des Netzwerks (über systemctl): Job für network.service fehlgeschlagen. Weitere Informationen finden Sie unter 'systemctl status network.service' und 'journalctl -xn'.
Und beide Befehle geben Folgendes aus:
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
Netzwerk [1838]: RTNETLINK-Antworten: Datei existiert
systemd [1]: network.service: Steuerungsprozess beendet, Code = beendet Status = 1
systemd [1]: LSB konnte nicht gestartet werden: Bring Up / Down-Vernetzung
Außerdem gibt der Befehl 'ip addr' Folgendes aus:
1: lo: mtu 65536 qdisc noqueue state UNBEKANNTER
Link / Loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
inet 127.0.0.1/8 Bereich Host lo
valid_lft für immer bevorzugt_lft für immer
inet6 :: 1/128 Gültigkeitsbereich Host
valid_lft für immer bevorzugt_lft für immer
2: ens192: mtu 1500 qdisc noop state DOWN qlen 1000
link / ether 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff
RTNETLINK answers: File exists
bedeutet, dass alles, wasnetwork.service
versucht wurde hinzuzufügen (wahrscheinlich IP-Adressen), bereits vorhanden war. Führenip addr
Sie die Ergebnisse aus und fügen Sie sie Ihrer Frage hinzu.network.service
und der beste Weg, um die IP-Befehle zu verfolgen, warstrace
. Sie sollten diese Art von Fehler im Allgemeinen nicht erhalten. Es könnte sich lohnen, darüber zu berichten (idealerweise über den Support).Antworten:
Überprüfen Sie Ihre MAC-Adresse für die VM. Es sollte 08: 00: 27: 98: 8e: df sein, da dies gezeigt wird, dass Sie ip addr ausgeführt haben. Wenn es etwas anderes ist, müssen Sie es in Ihrer ifcfg-ens192-Datei wie folgt festlegen, aber die Adresse durch die tatsächliche ersetzen.
Ich hatte das gleiche Problem und dies löste es für mich.
quelle
Alles, was ich gefunden habe, um dies zu beheben, ist der MAC in der Konfiguration
Wenn Sie sich der Hardwareadresse nicht sicher sind, finden Sie sie in.
quelle
Versuchen Sie, zu den Netzwerkeinstellungen der virtuellen Maschine zu wechseln, stellen Sie sicher, dass das Netzwerkkabel angeschlossen ist, und überprüfen Sie, ob Sie dies mit einer Firewall blockiert haben.
quelle
Sie sollten diese Informationen (GATEWAY = 10.0.2.2) in / etc / sysconfig / network ablegen, sobald dies abgeschlossen ist. Der Neustart des Dienstes sollte erfolgreich sein
quelle
Auch ich bin auf den Fehler "LSB konnte nicht gestartet werden: Netzwerk hoch- / runterfahren" gestoßen, da NetworkManager deaktiviert wurde. Es dauerte zwei Minuten, bis die Schnittstellen nach dem Booten aufgerufen wurden. Die Ursache der Verwirrung war "... LSB". Es stellte sich heraus, dass die Nachricht nur aus dem traditionellen Skript /etc/rc.d/init.d/network stammt. In meinem Fall löste das Folgende das Problem;
Zu Netzwerkskripten / ifcfg-eth0 hinzugefügt
Unnötige ifcfg- * -Dateien wurden entfernt, die NetworkManager zurückgelassen hat
quelle
Dies wird das Problem lösen!
-Starten Sie den Netzwerkdienst neu
JETZT! Arbeiten.
quelle
NetworkManager bestimmt die Standardroute (IP-Route), obwohl Ihre Schnittstelle nm deaktiviert hat. Es ist nur diese Schnittstelle, nicht das gesamte System.
quelle
systemctl disable
stoppt keinen Dienst und wird auch nichtchkconfig ... off
in den gleichen Befehl übersetzt.Ich hatte das gleiche Problem. Also habe ich die Backup - Dateien nur löschen habe ich in
/etc/sysconfig/network-scripts
, wieifcfg-Bridge_connection_1.home
undifcfg-Bridge_connection_1.office
wo ich für die Sicherung Nutzung erstellt. Sie sollten dort nicht erstellt werden. Das/etc/init.d/network restart
könnte gut funktionieren, nachdem diese nutzlosen ifcfg- * gelöscht wurden.quelle