cenos7 Job for network.service failed. See ‘systemctl status network.service‘ and ‘journalctl -xn‘问题

通过停止和重新启动网络服务解决Linux网络配置错误,包括`systemctl stop NetworkManager`,`systemctl disable NetworkManager`,然后启动网络服务`systemctl start network.service`,最终成功恢复网络连接。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在一个博客上找到了我需要的答案,就是简单的关闭网络服务,然后再加载服务,然后再重启就好了,

[root@CT71 ~]# 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 Fri 2017-08-04 08:20:31 CST; 1min 44s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 62726 ExecStop=/etc/rc.d/init.d/network stop (code=exited, status=0/SUCCESS)
  Process: 63183 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)
 
Aug 04 08:20:31 CT71 network[63183]: RTNETLINK answers: File exists
Aug 04 08:20:31 CT71 network[63183]: RTNETLINK answers: File exists
Aug 04 08:20:31 CT71 network[63183]: RTNETLINK answers: File exists
Aug 04 08:20:31 CT71 network[63183]: RTNETLINK answers: File exists
Aug 04 08:20:31 CT71 network[63183]: RTNETLINK answers: File exists
Aug 04 08:20:31 CT71 network[63183]: RTNETLINK answers: File exists
Aug 04 08:20:31 CT71 systemd[1]: network.service: control process exited, code=exited status=1
Aug 04 08:20:31 CT71 systemd[1]: Failed to start LSB: Bring up/down networking.
Aug 04 08:20:31 CT71 systemd[1]: Unit network.service entered failed state.
Aug 04 08:20:31 CT71 systemd[1]: network.service failed.

如下:
1、

systemctl stop NetworkManager

2、

systemctl disable NetworkManager
Removed symlink /etc/systemd/system/multi-user.target.wants/NetworkManager.service.
Removed symlink /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service.
Removed symlink /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service.

然后重启网络:

systemctl start network.service

可以使用了:

[root@123 bin]# ifconfig
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.10.128  netmask 255.255.0.0  broadcast 172.17.255.255
        inet6 fe80::20c:29ff:fe84:b4  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:84:00:b4  txqueuelen 1000  (Ethernet)
        RX packets 3629648  bytes 315562709 (300.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2974  bytes 295864 (288.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 90  bytes 6748 (6.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 90  bytes 6748 (6.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
### 解决 mysqld 服务启动失败 当遇到 `mysqld` 服务无法正常启动的情况时,建议通过以下方法排查并解决问题。 #### 使用命令检查服务状态和日志 为了诊断具体原因,可以通过执行特定命令来获取更多关于错误的信息: ```bash sudo systemctl status mysqld.service ``` 这条指令能够显示当前 MySQL 数据库服务器的状态详情以及最近的日志条目[^1]。 进一步地,利用更详细的日志记录工具可以获得完整的事件日志: ```bash sudo journalctl -xeu mysqld.service ``` 这有助于识别任何潜在的问题所在,并提供有关为何服务未能成功初始化的关键线索。 #### SELinux 配置调整 如果是在 CentOS 上操作,则可能需要考虑安全增强型 Linux (SELinux) 的影响。有时,默认的安全策略可能会阻止 MySQL 正常运行。此时应编辑 `/etc/selinux/config` 文件中的设置为 `SELINUX=disabled` 并保存更改;随后重启计算机使新配置生效[^2]。 #### 创建 PID 文件及其权限设定 对于某些情况下的启动失败,可能是由于缺少必要的进程 ID (`PID`) 文件或其所有权不当引起。创建该文件并将拥有者设为 `mysql:mysql` 可能会有所帮助: ```bash touch /var/run/mysqld/mysqld.pid chown mysql:mysql /var/run/mysqld/mysqld.pid ``` 此步骤确保了 MySQL 能够正确写入自己的 PID 到指定位置,从而顺利启动[^3]。 #### 版本特异性配置项 针对 MySQL 5.7 或更高版本,在完成上述基本处理措施后仍存在启动障碍的情况下,尝试向配置文件中加入如下参数: ```ini server-id=1234 ``` 这一改动旨在满足较新版数据库引擎的要求,帮助克服因缺失此项而导致的服务激活难题[^4]。 #### 处理 InnoDB 表空间损坏 若日志提示涉及到了 InnoDB 存储引擎的数据一致性问题,比如表空间被破坏而未同步更新相应的重做日志文件等状况,那么应当参照官方文档提供的恢复模式指南来进行修复工作[^5]。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值