文章目录

  • 前言
  • 1. 报错环境
  • 2. 报错内容
  • 3. 解决方案
  • 3.1 重新检查两者的配置文件内容是否正确
  • 3.2 重启系统(老话说重启解决一切问题)
  • 3.3 使用网上最为普遍的解决方法
  • 3.3.1 和 NetworkManager 服务存在相互冲突
  • 3.3.2 和配置文件的MAC地址不匹配
  • 3.3.3 查看Windows的VMWare相关服务是否正常启动,(主要查看VMware DHCP service、VMware Workstation Service、VMware NAT service 等类似服务状态),启动重启服务
  • 3.3.4 设置开机自启动一个叫NetworkManager-wait-online的服务
  • 3.3.5 查看/etc/sysconfig/network-scripts下,将其余无关的网卡位置文件全删掉,避免不必要的影响,即只留当前相对应的以ifcfg开头的文件存在
  • 3.3.6 将ifcfg-xxx配置文件中的DEVICE设置一行注释掉
  • 3.3.7 修改网卡的NAT模式与桥接模式进行互换调试,重启系统,查看是否可行
  • 3.3.8 以上还未解决,就重新查看基础操作(如防火墙是否关闭,ip动静态设置是否修改等)
  • 总结



前言

在日常的设备服务配置中,经常会运用到(systemctl restart network)重启网卡服务指令,虽然指令方便简单,但同时也会经常出现报错现象,本文就实际操作中出现的报错解决方案进行了整理分析。

1. 报错环境

在设置搭建KVM虚拟化平台时设置KVM网络为桥接
将ens33,br0网卡设置修改,并重启服务

2. 报错内容

[root@localhost ~]# vi /etc/sysconfig/network-scripts/ifcfg-ens33
[root@localhost ~]# vi /etc/sysconfig/network-scripts/ifcfg-br0
[root@localhost ~]# systemctl restart network
Job for network.service failed because the control process exited with error code. See "systemctl status network.service" and "journalctl -xe" for details.

3. 解决方案

1.先通过系统提示查看日志信息

[root@localhost ~]# journalctl -xe
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain network[1805]: RTNETLINK answers: File exists
1月 11 08:41:38 localhost.localdomain systemd[1]: network.service: control process exited, code=exited status=1
1月 11 08:41:38 localhost.localdomain systemd[1]: Failed to start LSB: Bring up/down networking.
-- Subject: Unit network.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit network.service has failed.
-- 
-- The result is failed.
1月 11 08:41:38 localhost.localdomain systemd[1]: Unit network.service entered failed state.
1月 11 08:41:38 localhost.localdomain systemd[1]: network.service failed.
1月 11 08:41:38 localhost.localdomain polkitd[737]: Unregistered Authentication Agent for unix-process:1799:5197 (syst
1月 11 08:41:39 localhost.localdomain fprintd[1726]: No devices in use, exit
1月 11 08:42:10 localhost.localdomain realmd[1728]: quitting realmd service after timeout
1月 11 08:42:10 localhost.localdomain realmd[1728]: stopping service

centos7service network restart失败 centos7.6重启网络服务报错_VMware

3.1 重新检查两者的配置文件内容是否正确

3.2 重启系统(老话说重启解决一切问题)

3.3 使用网上最为普遍的解决方法

3.3.1 和 NetworkManager 服务存在相互冲突

直接“干掉” NetworkManger 服务就行了

service NetworkManager stop

禁止开机启动

chkconfig NetworkManager off

配置完成,重启就行了

systemctl restart network

3.3.2 和配置文件的MAC地址不匹配

使用ip addr(或ifconfig)查看mac地址情况

[root@localhost ~]# ip addr

centos7service network restart失败 centos7.6重启网络服务报错_配置文件_02


其中00:0c:29:67:4d:84 为MAC地址,进入/etc/sysconfig/network-scripts/ifcfg-xxx中添加修改HWADDR(如果该选项没有就添加上去)成这个MAC地址

HWADDR=00:0c:29:67:4d:84

3.3.3 查看Windows的VMWare相关服务是否正常启动,(主要查看VMware DHCP service、VMware Workstation Service、VMware NAT service 等类似服务状态),启动重启服务

centos7service network restart失败 centos7.6重启网络服务报错_VMware_03

3.3.4 设置开机自启动一个叫NetworkManager-wait-online的服务

systemctl enable NetworkManager-wait-online.service

3.3.5 查看/etc/sysconfig/network-scripts下,将其余无关的网卡位置文件全删掉,避免不必要的影响,即只留当前相对应的以ifcfg开头的文件存在

对应我现在的情况应删除只剩下ens33和br0

centos7service network restart失败 centos7.6重启网络服务报错_VMware_04


centos7service network restart失败 centos7.6重启网络服务报错_配置文件_05


再次重启

[root@localhost network-scripts]# systemctl restart network

报错解决成功

centos7service network restart失败 centos7.6重启网络服务报错_VMware_06

3.3.6 将ifcfg-xxx配置文件中的DEVICE设置一行注释掉

3.3.7 修改网卡的NAT模式与桥接模式进行互换调试,重启系统,查看是否可行

3.3.8 以上还未解决,就重新查看基础操作(如防火墙是否关闭,ip动静态设置是否修改等)


总结

本次实验中出现的报错的原因,大概率为其余无关的网卡位置文件为对当前运用文件产生了影响,导致的。