无法启动LSB :关闭网络

Question

我刚接触CentOS 7，并且正在CentOS 7上配置静态IP，因此我编辑了文件/etc/sysconfig/network-scipts/ifcfg-eth0，如下所示：

TYPE=Ethernet
BOOTPROTO=none
Device=eth0
ONBBOOT=yes
IPADDR=192.168.4.196
NETMASK=255.255.255.0
GATEWAY=192.168.88.254
DNS1=8.8.8.8
USERCTL=no

但是当我发出命令

systemctl restart network 

我得到了错误

failed to start LSB :/Bring Up down Networking

ip route show没有给我任何输出。

我已经应用了停止NetworkManager的解决方案，但出现了相同的现有错误。

我能够配置动态DHCP并获得动态IP地址，但不是静态IP地址。

可能的解决方案是什么？

Answer 1

这是因为接口问题

​

​

对我有效的解决方案是：

检查可用的接口

​

​

cp ifcfg-eno16780032 ifcfg-ens192

vi ifcfg-ens192并将NAME和Device字段更改为ens192

systemctl disable NetworkManager

systemctl status NetworkManager  -> inactive

systemctl stop network

systemctl start network

之后，检查ip a获取IP的详细信息，并能够ping通该IP。

Answer 2

您应该将BOOTPROTO更改为静态，并将DNS配置移动到/etc/resolv.conf文件，例如：

TYPE=Ethernet
BOOTPROTO=static
PHYSDEV=eth0
ONBBOOT=yes
IPADDR=192.168.4.196
NETMASK=255.255.255.0
GATEWAY=192.168.88.254
USERCTL=no

Answer 3

当我遇到这个问题，导致我的漫游笔记本电脑上正常的自动加载功能脱轨时，我决定撕开我的MageiaOS代码，以了解根本原因。我没有NetworkManager，所以我知道这肯定不是障碍。

发现的问题可以描述为SysV和管理网络服务的系统方法之间的最终活锁。潜在地，许多条件都可能触发它(NetworkManager就是其中一个例子)，在我的例子中，它是来自VMWare的错误配置的vboxnet ifaces。

在SysV/systemd平衡的每个部分都有两个关键的阻断器，它们可能会在循环中开始相互触发。在启动方面，init.d/ SysV脚本最终调用"ifup $device“，它响应'boot‘参数启动可插拔ifaces的ifplugd守护进程。这个守护进程的问题是，尽管使用了'-I‘开关(用于忽略错误)，但它在内存中检测到自己时仍然失败，并返回退出代码4。从网络脚本关闭此守护程序的唯一正确方法是发出"ifdown $device boot“命令，该命令应在通过”service“或”systemctl“命令停止网络服务时执行。

这个问题中有趣的部分是:为什么ifplugd在网络服务启动之前就已经在内存中了？在我的例子中，WiFi接口在错误配置vbox接口之前被触发，但后者导致整个initscript失败。因此，网络在启动时启动，但服务状态被记录为失败。但是，是什么阻止了我们停止网络服务，从而通过ifdown/boot命令终止ifplugd呢？答案是: systemd巧妙地处理单元文件中的ExecStop指令(它是为网络服务动态生成的)。基本上，如果"systemctl stop“命令认为服务没有启动，它就会忽略ExecStop指令。当然不是因为..。如果之前在意外的ifplugd实例上遇到失败！因此，无法停止服务，因此无法摆脱ifplugd，因此无法(重新)启动服务，依此类推。

结论。这类问题没有单一的解决方法，因为网络脚本和systemd方法之间的兼容性平衡非常脆弱，因此许多意外因素可能会开始干扰。要对此方案进行故障排除，几种状态可能会很有用：

独立单元网络服务: systemctl状态network

• ifplugd服务: ps ax|grep ifplugd

• network链接状态: ifconfig / iwconfig

• autogenerated

• ：cat /var/run/systemd/generator.late/network.service

• other放置独立运行的ifup : grep ifup
• /etc

当然还有"bash -x“和调试"echo Bump”指令。:-)

长期的解决方案是在这种情况下修复ifplugd以支持'-I‘开关。中期解决方案是修复/etc/sysconfig/network-scripts/ifup-eth，以忽略ifplugd返回代码。短期的解决方案似乎是最棘手的，它只是删除了所有可能触发此活动锁的配置因素。但这是唯一能容忍系统自动更新的.