无法启动 LSB：关闭网络 [关闭]答案

【问题标题】：Failed to start LSB :Bring Up down Networking [closed]无法启动 LSB：关闭网络 [关闭]
【发布时间】：2017-05-08 12:16:55
【问题描述】：

我是 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 地址。

有什么可能的解决方案？

【问题讨论】：

标签： centos centos7

【解决方案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。

【讨论】：

【解决方案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

【讨论】：

【解决方案3】：

当我在漫游笔记本电脑上遇到这个问题导致无法正常使用 autossh 功能时，我决定拆解我的 MageiaOS 代码以了解根本原因。我没有 NetworkManager，所以确定这不是障碍。

发现的问题可以描述为 SysV 和 systemd 管理网络服务的方式之间的最终活锁。潜在地，许多条件都可能触发它（NetworkManager 是示例之一），在我的情况下，它是来自 VMWare 的错误配置的 vboxnet ifaces。

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

这个问题的有趣部分：为什么在网络服务启动之前 ifplugd 已经在内存中了？好吧，在我的情况下，WiFi iface 在配置错误的 vbox iface 之前被触发，但后者导致整个 initscript 失败。因此，网络在启动时启动，但服务状态被记录为失败。但是是什么阻止我们停止网络服务并因此从 ifdown/boot 命令中杀死 ifplugd 呢？答案是：systemd 以巧妙的方式处理单元文件中的 ExecStop 指令（它是为网络服务动态生成的）。基本上，如果“systemctl stop”命令认为服务没有启动，它就会忽略 ExecStop 指令。好吧，这当然不是因为……如果之前在意外的 ifplugd 实例上失败了！因此，无法停止服务，因此无法摆脱 ifplugd，因此无法（重新）启动服务等等。

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

网络服务：systemctl status network
ifplugd 服务：ps ax|grep ifplugd
网络链接状态：ifconfig / iwconfig
自动生成单元：cat /var/run/systemd/generator.late/network.service
其他独立运行 ifup 的地方：grep -rs ifup /etc

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

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

【讨论】：

【解决方案4】：

执行tee /etc/modprobe.d/*blacklist*.conf <- "blacklist ideapad_laptop"

然后重启。这应该会解锁您的 Wi-Fi。

【讨论】：

【解决方案5】：

我来这里是为了寻找我的案例的答案，所以我会分享，也许它会帮助其他人。我要感谢 cPanel 工作人员向我指出这一点

关于报告的问题，我们看到 CloudLInux 服务器运行的内核版本低于“3.10.0-862”并更新到 Cloudlinux 7.7，它们将获得“iproute”包的更新。

“iproute”包需要使用较新的内核，或者最初不能更新到服务器上。

已报告此信息。您可以在此处找到有关它的更多信息：

https://www.cloudlinux.com/cloudlinux-os-blog/entry/cloudlinux-os-7-7-released

【讨论】：

【解决方案6】：

就我而言

journalctl -xe

表明存在使用相同 UUID 的重复接口配置 eth0 和 eno1：

Nov 06 09:35:41 4200-150-137 /etc/sysconfig/network-scripts/ifup-eth[27549]: Device eno1 does not seem to be present, del
Nov 06 09:35:41 4200-150-137 network[27401]: [FAILED]
Nov 06 09:35:41 4200-150-137 network[27401]: Bringing up interface eth0:  [  OK  ]

删除未使用的接口 ifcfg 文件解决了我的问题。

【讨论】：

【解决方案7】：

经过多次尝试，包括重新启动网络管理器，注释掉相关接口上的 UUID（我的是 ifcfg-eth0），它最终归结为一个丢失的文件，尽管它的值可以是显然需要包含的直接包含在接口文件中。

vi /etc/sysconfig/network

然后添加正确的值并保存：

NETWORKING=yes
HOSTNAME=xxx.xxx.xxx
GATEWAY=x.x.x.x

我希望这对某人有所帮助。它在 CentOS 7 上作为 Windows 10 Hyper V 上的来宾 VM 进行了测试。

【讨论】：

【解决方案8】：

我有 OVH 的 VPS，并且一直在努力解决类似的问题。只想分享我的解决方案，因为它可以帮助一些人。它曾经将启动延迟 5 分钟，dhclient 在ifup 调用上检查 ipv6。

将此设置为否

DHCPV6C=no

在/etc/sysconfig/network-scripts/ifcfg-eth0内

【讨论】：

【解决方案9】：

我知道这是一个古老的讨论，但是在通过安装 CPanel 禁用 NetworkManager 服务后，我在 ovh 的裸机服务器上遇到了这个问题

通过在ifcfg-eno1（或在您的情况下为任何活动界面）中添加波纹管参数来解决此问题

LINKDELAY=31
NM_CONTROLLED=no
ONBOOT=yes
DHCPV6C=no

另请注意，您已激活network 服务

【讨论】：