サーバー(Centos 7)で構成されたスイッチは、VLAN#115,2014のトランクとして構成されています。ロードしました
# lsmod | grep 8021q
# modprobe 8021q
VLAN#115を使用してサーバーにIPアドレスを構成したい次の構成を実行します。
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
ネットワークサービスを再起動できなくなりました。表示されるエラーメッセージは次のとおりです。
Failed to start LSB: Bring up/down networking.
何が悪いのですか?
networkManagerを無効にすることでトリックができたようです:)
systemctl stop NetworkManager
systemctl disable NetworkManager
少し遅いかもしれませんが、私の場合の問題は、2つのインターフェースのUUIDフィールドが同じであり、それらが一意である必要があることでした。 NetworkManagerを無効にするとうまくいきますが、実際の解決策はフィールドを変更/削除することです。今後の参照用にここに残します。
私は同じ問題に直面していました。幸いにも、
/etc/rc.d/init.d/network stop
ネットワークサービスを正常に停止しました。それから私はしました:
ip addr flush dev <<dev-name>>
その後、systemctl
または/etc/rc.d/init.d/network start
を使用してサービスを開始できます。
私のマシンを再起動すると、ネットワークサービスは私のLinuxボックスでこの問題を解決していません。
ファイル/etc/sysconfig/network-scripts/ifcfg-eth0
を削除してから、静的IPの詳細を含む別の名前ifcfg-eth1
でファイルを再作成しました。その後、私はネットワークサービスを開始し、それはうまくいきました。
VMのインポート後にこのエラーが発生しました。解決策は、/ etc/sysconfig/network-scripts/ifcfg-ens32のHWアドレスを修正することです(ens32はたまたま私のインターフェースです。nmtuiでNetwork Managerを使用して確認できます)。
「ip addr」と入力して、インターフェースのHW addrをメモします(例:00:50:56:8d:6a:9e)。「ip addr」から取得したリストから、目的のインターフェースを探します。
/ etc/sysconfig/network-scripts/ifcfg-ens32を開いて編集し(ifcfg-ens32をインターフェース名で変更し、前述のようにnmtuiから取得します)、キーHWADDRの横にあるそのアドレスを変更します。
今:サービスネットワークの再起動
IPV4_FAILURE_FATAL=no
IPV6INIT=yes"
値を切り替えます
IPV4_FAILURE_FATAL=yes
IPV6INIT=no # (if IPV6 not require)
私にとって、それは欠落したファイル/エントリでした:/etc/sysconfig/network
。
ファイルとゲートウェイなし:
[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.
ファイルとゲートウェイを追加した後:
[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)
これで問題が解決します!
# rm /etc/udev/rules.d/70-persistent-ipoib.rules
# reboot
-ネットワークサービスを再起動します
#systemctl restart network.service
今!ワーキング。
#UUIDにコメントしてください
##UUID=XXXXX-XXXX-XXX-XXXXX
ネットワークを再起動します
Sudo systemctl restart network
L2またはl3ネットワークで使用されていない、サーバーに追加した新しいアダプターのifcfg-Wiredconnection1または-2をすべて削除し、再起動します。それが動作します。
CentosのLSBとVMwareのUbuntuで同じ問題が発生しました。ホスト(実際のマシン)でWifiをオフにしてからオンにし、ゲストを再起動することで解決しました。
ファイルHWADDR = "xx:xx:xx:xx:xx:xx"に以下を追加する必要があります。ここで、xxxxは、ifconfig -aコマンドを発行して見つけることができるインターフェースカードの実際のMACアドレスまたはクローンされたMACアドレスです。