centos bus error(centos7基础软件仓库出错)

2025-1-9

老铁们，大家好，相信还有很多朋友对于centos bus error和centos7基础软件仓库出错的相关问题不太懂，没关系，今天就由我来为大家分享分享centos bus error以及centos7基础软件仓库出错的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

CentOS7网络设置修复

服务器有两个网卡enp7s0和enp8s0

服务器需要通过enp8s0和互联网联通，互联网为笔记本转接

通过centos7界面修改ip，失败；

通过centos7的网络配置文件/etc/sysconfig/network-scripts/ifcfg-enp8s0修改ip设置

设置如下：

1.启动 service network start报错，通过journalctl-xe查看如下

-- Defined-By: systemd

-- Support:

-- Unit fprintd.service has begun starting up.

12月 29 19:31:12 crrchost dbus-daemon[851]: dbus[851]: [system] Successfully activated service'net.reactivated.Fprint'

12月 29 19:31:12 crrchost dbus[851]: [system] Successfully activated service'net.reactivated.Fprint'

12月 29 19:31:12 crrchost systemd[1]: Started Fingerprint Authentication Daemon.

-- Subject: Unit fprintd.service has finished start-up

-- Defined-By: systemd

-- Support:

-- Unit fprintd.service has finished starting up.

-- The start-up result is done.

12月 29 19:31:12 crrchost fprintd[6685]: Launching FprintObject

12月 29 19:31:12 crrchost fprintd[6685]:** Message: D-Bus service launched with name: net.reactivated.Fprint

12月 29 19:31:12 crrchost fprintd[6685]:** Message: entering main loop

12月 29 19:31:18 crrchost polkitd[835]: Operator of unix-session:1 successfully authenticated as unix-user:windfarm to gain TEMPORARY authorization for action org.freedesktop.systemd1.manage-units for system-bus

12月 29 19:31:18 crrchost systemd[1]: Starting LSB: Bring up/down networking...

-- Subject: Unit network.service has begun start-up

-- Defined-By: systemd

-- Support:

-- Unit network.service has begun starting up.

12月 29 19:31:18 crrchost network[6693]:正在打开环回接口： [ 确定 ]

12月 29 19:31:18 crrchost network[6693]:正在打开接口 enp7s0：

12月 29 19:31:24 crrchost network[6693]:正在确定 enp7s0的 IP信息...失败：不存在链接。检查电缆？

12月 29 19:31:24 crrchost network[6693]: [失败]

12月 29 19:31:24 crrchost network[6693]:正在打开接口 enp8s0： RTNETLINK answers: File exists

12月 29 19:31:25 crrchost network[6693]: [ 确定 ]

12月 29 19:31:25 crrchost network[6693]: RTNETLINK answers: File exists

12月 29 19:31:25 crrchost systemd[1]: network.service: control process exited, code=exited status=1

12月 29 19:31:25 crrchost systemd[1]: Failed to start LSB: Bring up/down networking.

-- Subject: Unit network.service has failed

-- Defined-By: systemd

-- Support:

-- Unit network.service has failed.

-- The result is failed.

12月 29 19:31:25 crrchost systemd[1]: Unit network.service entered failed state.

12月 29 19:31:25 crrchost systemd[1]: network.service failed.

12月 29 19:31:25 crrchost polkitd[835]: Unregistered Authentication Agent for unix-process:6669:319312(system bus name:1.263, object path/org/freedesktop/PolicyKit1/AuthenticationAgent, locale zh_CN.UTF-8)(d

3.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六 2018-12-29 18:38:17 CST; 1min 24s ago

Docs: man:systemd-sysv-generator(8)

Process: 909 ExecStart=/etc/rc.d/init.d/network start(code=exited, status=1/FAILURE)

12月 29 18:38:06 crrchost systemd[1]: Starting LSB: Bring up/down networking...

12月 29 18:38:06 crrchost network[909]:正在打开环回接口： [ 确定 ]

12月 29 18:38:06 crrchost network[909]:正在打开接口 enp7s0：

12月 29 18:38:12 crrchost network[909]:正在确定 enp7s0的 IP信息...失败：…？

12月 29 18:38:12 crrchost network[909]: [失败]

12月 29 18:38:17 crrchost network[909]:正在打开接口 enp8s0： [ 确定 ]

12月 29 18:38:17 crrchost systemd[1]: network.service: control process exi...=1

12月 29 18:38:17 crrchost systemd[1]: Failed to start LSB: Bring up/down n...g.

12月 29 18:38:17 crrchost systemd[1]: Unit network.service entered failed...e.

12月 29 18:38:17 crrchost systemd[1]: network.service failed.

Hint: Some lines were ellipsized, use-l to show in full.

1.参考网络方法停用NetworkManager，依旧报错

systemctl stop NetworkManager

systemctl disable NetworkManager

2.比对两个网卡的MAC地址和配置文件的MAC地址

a.查看mac地址配置，ipconfig

b.查看配置文件中的macd地址是否匹配，ifcfg-enp8s0和ifcfg-enp7s0,

按照网络方法增加一行HWADDR=ipconfig查询到的对应网卡MAC地址；

c.重启network服务依旧报错；

3.通过GUI界面查看网络，提示“系统的网络服务与此版本的网络管理器不兼容”

这与之前停掉NetworkManager有关，此处不表；

4.因为ifcfg-enp7s0实际上没有插网线，修正其配置文件如下：

ONBOOT=no

重新启动服务后网络正常；

5.检查网络

1.network和NetworkManager不同，通过界面和通过配置文件，可能会导致配置混乱，且NetworkManager有些程序不支持，需要停用；

2.BOOTPROTO=none虽然可以表示静态ip，但是如果要启用，必须设置其为

BOOTPROTO=static或BOOTPROTO=dhcp

3.一个网卡没哟被启用，也就是没有设置动态ip或静态ip，是无法被初始化的，不能设置ONBOOT=yes

In Centos7.0 disabling NetworkManager will leave a dhcp client running configured for NetworkManager. This causes the error message RTNETLINK answers: File exists when the network service is started.

The stale dhclient process has the additional"benefit" that when the lease expires your dhclientwill choke, since it cannot reach NetWorkManager, thus removing your IP address.

If you grep for it, you will see that it points to a NetWorkManager configuration file.

[root@host~]# ps-ef| grep dhc

root 1865 792 0 Apr28? 00:00:00/sbin/dhclient-d-sf\

/usr/libexec/nm-dhcp-helper-pf/var/run/dhclient-eno1.pid-lf\

/var/lib/NetworkManager/dhclient-c96e56d3-a4c9-4a87-85ca-93dc0ca268f2-eno1.lease\

-cf/var/lib/NetworkManager/dhclient-eno1.conf eno1

So what you can do is kill the dhclient and only then start your network service.

redhat 万兆和千兆的网卡命名问题

新弄了一批机器，为了准备切换到万兆环境，给机器配了双千兆和双万兆混合的4接口网卡，然后就出了一点问题

centos 7引入了网络一致化命名规则，具体可以看红帽的联网指南

主要部分摘抄如下

------------引用专用分割线----------------------------

8.1. 命名方案层级结构

默认情况下，systemd 会使用以下策略，采用支持的命名方案为接口命名：

方案 1：如果固件或 BIOS信息适用且可用，则使用整合了为板载设备提供索引号的固件或 BIOS的名称（例如：eno1），否则请使用方案 2。

方案 2：如果固件或 BIOS信息适用且可用，则使用整合了为 PCI快速热插拔插槽提供索引号的固件或 BIOS名称（例如 ens1），否则请使用方案 3。

方案 3：如果硬件连接器物理位置信息可用，则使用整合了该信息的名称（例如：enp2s0），否则请使用方案 5。

方案 4：默认不使用整合接口 MAC地址的名称（例如：enx78e7d1ea46da），但用户可选择使用此方案。

方案 5：传统的不可预测的内核命名方案，在其他方法均失败后使用（例如： eth0）。

这个策略（如上所述）是默认策略。如果该系统已启用 biosdevname，则会使用该方案。注：启用 biosdevname 需要添加 biosdevname=1 作为命令行参数（Dell系统除外），此时只要安装 biosdevname，就会默认使用该方案。如果用户已添加 udev 规则，该规则会更高内核设备名称，则会优先使用这些规则。

设备命名过程如下：

/usr/lib/udev/rules.d/60-net.rules 文件中的规则会让 udev 帮助工具 /lib/udev/rename_device 查看所有 /etc/sysconfig/network-scripts/ifcfg- suffix 文件。如果发现包含 HWADDR 条目的 ifcfg 文件与某个接口的 MAC地址匹配，它会将该接口重命名为 ifcfg 文件中由 DEVICE 指令给出的名称。

/usr/lib/udev/rules.d/71-biosdevname.rules 中的规则让 biosdevname 根据其命名策略重命名该接口，即在上一步中没有重命名该接口、已安装 biosdevname、且在 boot命令行中将 biosdevname=0 作为内核命令给出。

/lib/udev/rules.d/75-net-description.rules 中的规则让 udev 通过检查网络接口设备，填写内部 udev 设备属性值 ID_NET_NAME_ONBOARD、ID_NET_NAME_SLOT、ID_NET_NAME_PATH。注：有些设备属性可能处于未定义状态。

/usr/lib/udev/rules.d/80-net-name-slot.rules 中的规则让 udev 重命名该接口，优先顺序如下：ID_NET_NAME_ONBOARD、ID_NET_NAME_SLOT、ID_NET_NAME_PATH。并提供如下信息：没有在步骤 1或 2中重命名该接口，同时未给出内核参数 net.ifnames=0。如果一个参数未设定，则会按列表的顺序设定下一个。如果没有设定任何参数，则不会重命名该接口。

-----------以上是红帽的联网指南-------

其实简述上面的信息就是首先看内核参数是否启用了biosdevname=1（默认是启用），如果bios提供了设备的名称就使用bios提供的名称

如果没有，就根据网卡配置中 device=eth，em，xyz的名字来命名这个网卡，但是如果这样命名的话，必须在配置里写死网卡的mac地址

作为网卡的识别标志，对单网卡当然没什么问题，但是如果在集群环境里，HA，以及bonding环境里，为了快速切换网络流量，往往要屏蔽mac，

使用虚拟mac，或者多块网卡使用一个mac地址，这个时候需要在配置文件里屏蔽mac地址，因此就需要区改udev的配置文件来解决

我所遇到的问题是，使用了biosdevname=0和 net.ifnames=0参数后，（因为以前有大量的centos6的机器，为了移植方便，不使用一致性命名规则，网卡名依然是eth0，eth1.。。。）安装服务器时一切正常，但启动系统后，发现系统将插在第一个端口的网卡认为是eth2，和预期不符，本能的认为udev可以解决问题，于是添加了udev的规则

```

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xa", ATTR{type}=="1", KERNEL=="*", NAME="eth0"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xb", ATTR{type}=="1", KERNEL=="*", NAME="eth1"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xc", ATTR{type}=="1", KERNEL=="*", NAME="eth2"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xd", ATTR{type}=="1", KERNEL=="*", NAME="eth3"

```

发现不起作用，，难道写错了？换个规则，用pci设备号去绑定

SUBSYSTEM=="net", ACTION=="add", KERNEL=="eth*", SUBSYSTEM=="pci", KERNELS===="0000:01:00.0", NAME="eth0"

依然没用

用下面的命令debug一下

udevadm test/sys/class/net/eth0

结果缩略如下

rules contain 49152 bytes tokens(4096* 12 bytes), 13451 bytes strings

2076 strings(25677 bytes), 1399 de-duplicated(12904 bytes), 678 trie nodes used

NAME'eth2'/etc/udev/rules.d/60-net.rules:6

IMPORT builtin'net_id'/usr/lib/udev/rules.d/75-net-description.rules:6

IMPORT builtin'hwdb'/usr/lib/udev/rules.d/75-net-description.rules:12

IMPORT builtin'path_id'/usr/lib/udev/rules.d/80-net-setup-link.rules:5

IMPORT builtin'net_setup_link'/usr/lib/udev/rules.d/80-net-setup-link.rules:9

No matching link configuration found.

RUN'/usr/lib/systemd/systemd-sysctl--prefix=/net/ipv4/conf/$name--prefix=/net/ipv4/neigh/$name--prefix=/net/ipv6/conf/$name--prefix=/net/ipv6/neigh/$name'/usr/lib/udev/rules.d/99-systemd.rules:55

Error changing net interface name'eth0' to'eth2': File exists

could not rename interface'2' from'eth0' to'eth2': File exists

created db file'/run/udev/data/n2' for'/devices/pci0000:00/0000:00:1c.4/0000:06:00.0/net/eth0'

ACTION=add

DEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:06:00.0/net/eth0

ID_BUS=pci

ID_MODEL_FROM_DATABASE=I350 Gigabit Network Connection(Gigabit 4P X540/I350 rNDC)

粗体看到原来是设备已经存在，无法重命名，于是想到的重新加载驱动

modprobe-rv igb

modprobe-rv ixgbe

然后按顺序加载驱动

modprobe ixgbe

modprobe igb

终于可以看到效果了，不过重启就完蛋了

于是想是否可以调整驱动加载顺序？

找了半天文档，发现可以通过重新打包内核启动文件和编译内核两条路实现，不过这显然又增加了很多麻烦，总不能升级一次内核，就重新打一次包吧

看看其他方法。最好发现简单的方法就是修改启动内核的参数将 biosdevname=0和net.ifnames=0改为 biosdevname=0和net.ifnames=1，这样系统启动时，会按照上述一致性命名规则，重新命名网卡，可以预期的是，已dell板载网卡为例，网卡会依次命名为eno1，eno4，等等，然后再加载udev规则，按照udev规则，再次重新命名为我们期望的eth0，eth1，等等

当然配置文件可以用ansible搞定，我这里的模版内容就是

ifcfg-eth0.j2

------

NAME="eth0"

DEVICE="eth0"

ONBOOT=yes

HWADDR="{{ hostvars[inventory_hostname].ansible_eth1.macaddress}}"

NETBOOT=yes

IPV6INIT=no

BOOTPROTO=static

TYPE=Ethernet

----------

这样udev规则就生效了，其实就是启动过程中，当上述两个参数全为0时，网络设备只能叫ethx，先加载的驱动抢占了eth0和eth1时，（我这里是千兆的设备驱动 igb先启动）后起的设备想按udev规则rname时，发现eth0，和eth1已经被占据了，因此命名失败，所以深入理解启动顺序和动作其实还是蛮重要的

参考链接

红帽知识库文章引用如下

阅读剩余

作者：云服务器测评

链接：https://www.i40.top/linux/4087.html

文章版权归作者所有，未经允许请勿转载。

THE END