Centos 7: Hoch- / Herunterfahren des Netzwerks fehlgeschlagen: Schnittstelle für eine Trunk-Schnittstelle konfigurieren

Der auf dem Server konfigurierte Switch (Centos 7) ist als Trunk für VLAN # 115,2014 konfiguriert. Ich habe geladen

# lsmod | grep 8021q
# modprobe 8021q

Ich möchte eine IP-Adresse auf dem Server mithilfe des VLAN # 115 konfigurieren. Führen Sie die folgende Konfiguration durch:

ifcfg-em1

TYPE=Ethernet
BOOTPROTO=none
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
NAME=em1
UUID=c0c4d851-d762-4301-8c20-d6128aee5261
DEVICE=em1
ONBOOT=yes

ifcfg-em1.115

TYPE=Ethernet
BOOTPROTO=none
IPADDR=172.31.141.242
PREFIX=24
GATEWAY=172.31.141.1
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
NAME=em1.115
UUID=c0c4d851-d762-4301-8c20-d6128aee5261
DEVICE=em1.115
VLAN=yes
ONBOOT=yes

Am Ende konnte ich den Netzwerkdienst nicht neu starten. Die angezeigte Fehlermeldung lautet:

Failed to start LSB: Bring up/down networking.

Was mache ich falsch?

Es scheint, dass das Deaktivieren von NetworkManager den Trick getan hat :)

systemctl stop NetworkManager
systemctl disable NetworkManager

Vielleicht etwas spät, aber das Problem in meinem Fall war, dass das UUID-Feld der beiden Schnittstellen dasselbe war und sie eindeutig sein müssen. Das Deaktivieren von NetworkManager reicht aus, aber die eigentliche Lösung wäre das Ändern / Löschen des Felds. Lassen Sie dies hier als zukünftige Referenz.

Ich stand vor dem gleichen Problem. Glücklicherweise,

/etc/rc.d/init.d/network stop

hat den Netzwerkdienst ordnungsgemäß gestoppt. Dann habe ich ein:

ip addr flush dev <<dev-name>>

Danach können Sie den Dienst entweder mit systemctloder starten /etc/rc.d/init.d/network start.

IPV4_FAILURE_FATAL=no
IPV6INIT=yes"

Schalten Sie den Wert um

IPV4_FAILURE_FATAL=yes
IPV6INIT=no # (if IPV6 not require)

Neustart meines Computers und Netzwerkdienstes sind dieses Problem in meiner Linux-Box nicht behoben.

Ich habe die Datei entfernt /etc/sysconfig/network-scripts/ifcfg-eth0und dann die Datei mit einem anderen Namen ifcfg-eth1mit statischen IP-Details neu erstellt. Danach habe ich den Netzwerkdienst gestartet und es hat funktioniert.

Ich hatte diesen Fehler nach dem Importieren einer VM. Die Lösung besteht darin, die HW-Adresse in der Datei / etc / sysconfig / network-scripts / ifcfg-ens32 (ens32 war zufällig meine Schnittstelle. Sie können Ihre mit Network Manager mit nmtui überprüfen) zu korrigieren.

Geben Sie 'ip addr' ein und notieren Sie sich die HW-Adresse Ihrer Schnittstelle, z. B. 00: 50: 56: 8d: 6a: 9e. Suchen Sie in der Liste von 'ip addr' nach der Schnittstelle, an der Sie interessiert sind.

Öffnen Sie diese Option, um Ihre Datei / etc / sysconfig / network-scripts / ifcfg-ens32 zu bearbeiten (ändern Sie ifcfg-ens32 mit Ihrem Schnittstellennamen, wie oben beschrieben, von nmtui) und ändern Sie diese Adresse neben dem Schlüssel HWADDR.

Jetzt: Neustart des Servicenetzwerks

Sie müssen Folgendes in Ihre Datei HWADDR = "xx: xx: xx: xx: xx: xx" einfügen, wobei xxxx die echte oder geklonte Mac-Adresse Ihrer Schnittstellenkarte ist, die Sie durch Ausgabe des Befehls ifconfig -a finden können.

Entfernen Sie alle zusätzlichen ifcfg-Wiredconnection1 oder -2 der neuen Adapter, die Sie auf dem Server hinzugefügt haben und die nicht vom l2- oder l3-Netzwerk verwendet werden, und starten Sie den Computer neu. Es wird klappen.

Dies wird das Problem lösen!

# rm /etc/udev/rules.d/70-persistent-ipoib.rules 

# reboot

• Bearbeiten Sie nun / etc / sysconfig / network-scripts / ifcfg-eth0,
• Fügen Sie neu generiertes HWADDR hinzu oder entfernen Sie es
• UUID-Leitung entfernen

-Starten Sie den Netzwerkdienst neu

 #systemctl restart network.service

JETZT! Arbeiten.

1. Kommentieren Sie einfach #UUID

   ##UUID=XXXXX-XXXX-XXX-XXXXX
   

2. Starten Sie das Netzwerk neu

   sudo systemctl restart network
   

Ich hatte das gleiche Problem mit LSB in Centos und Ubunto auf VMware. Ich habe es gelöst. Schalten Sie Wifi auf dem Host (echte Maschine) aus und wieder ein und starten Sie den Gast neu.

Für mich fehlte eine Datei / ein Eintrag : /etc/sysconfig/network.

Ohne Datei und Gateway:

[root@randomHost ~]# file /etc/sysconfig/network
/etc/sysconfig/network: cannot open (No such file or directory)
[root@randomHost ~]#
[root@randomHost ~]#
[root@randomHost ~]# systemctl status network.service
● network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
   Active: failed (Result: exit-code) since Mon 2019-01-07 10:53:38 UTC; 1 weeks 0 days ago
     Docs: man:systemd-sysv-generator(8)
Jan 07 10:53:38 randomHost systemd[1]: network.service failed.

Nach dem Hinzufügen von Datei und Gateway:

[root@randomHost ~]# 
[root@randomHost ~]# echo "GATEWAY=10.XX.XX.XX" >> /etc/sysconfig/network
[root@randomHost ~]# 
[root@randomHost ~]# systemctl status network.service
● network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
   Active: active (exited) since Mon 2019-01-14 12:18:28 UTC; 2s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 329008 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=0/SUCCESS)

Stoppen und deaktivieren Sie einfach NetworkManager

Und noch einmal Dienste neu starten, es wird funktionieren

#systemctl stop NetworkManager
#systemctl disable NetworkManager

#service network restart