文章目录
- 前言
- 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
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
其中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 等类似服务状态),启动重启服务
3.3.4 设置开机自启动一个叫NetworkManager-wait-online的服务
systemctl enable NetworkManager-wait-online.service
3.3.5 查看/etc/sysconfig/network-scripts下,将其余无关的网卡位置文件全删掉,避免不必要的影响,即只留当前相对应的以ifcfg开头的文件存在
对应我现在的情况应删除只剩下ens33和br0
再次重启
[root@localhost network-scripts]# systemctl restart network
报错解决成功
3.3.6 将ifcfg-xxx配置文件中的DEVICE设置一行注释掉
3.3.7 修改网卡的NAT模式与桥接模式进行互换调试,重启系统,查看是否可行
3.3.8 以上还未解决,就重新查看基础操作(如防火墙是否关闭,ip动静态设置是否修改等)
总结
本次实验中出现的报错的原因,大概率为其余无关的网卡位置文件为对当前运用文件产生了影响,导致的。