如何强制 libvirt 在枚举网络接口时使 systemd 包含 p0?

如何强制 libvirt 在枚举网络接口时使 systemd 包含 p0?

将从 VirtualBox 导出的虚拟机导入 libvirt 后,网络接口显示为ens3。是否可以调整域配置,使其显示为enp0s3与 VirtualBox 中一样?

一开始,人们可能会认为是重启而不是迁移导致 systemd 以不同的方式枚举接口。然而,由于enp0s3重启后源环境中的接口仍然存在,因此可以证实情况并非如此

虽然在虚拟机内部更新网络配置很简单,但最好在虚拟机外部解决它。需要迁移的网络不止一个,而且它们有很多不同的类型。

我的主机采用目标 libvirt(7.0.0-3),运行 Debian bullseye,使用的虚拟机管理程序是 KVM。

这个答案建议该p0部分由总线号决定。此源代码systemd 权威地喊出一个链接可预测的接口名称,声称目标是即使在硬件更改后也能保持命名稳定。我没有深入研究细节,试图理解这一切是如何实际实现的。我发现p0下面引用的关于是否包含的描述不够详细,我无法理解:

  1. 包含固件/BIOS 的名称提供的 PCI Express 热插拔插槽索引号(例如:ens1)
  2. 包含硬件连接器的物理/地理位置的名称(例如:enp2s0)

…如果适用,则返回 3)…

是什么让它适用的?我理解所有的单词,但不明白在哪里搜索。所以,我还是转到有趣的部分,在缺乏充分理解的情况下尝试完成。如果在原始文件中编辑公交车号码XML网络接口的定义接口名称确实变成了enp1s3

--- ens3    2022-05-28 00:00:00 +0000
+++ enp1s3  2022-05-28 01:00:00 +0000
@@ -100,3 + 100,3 @@
      <alias name='net0'/>
-     <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
+     <address type='pci' domain='0x0000' bus='0x01' slot='0x03' function='0x0'/>
    </interface>

是什么原因导致 systemd 在 VirtualBox 下运行时选择策略 3,但在 libvirt 环境中运行时选择策略 2?是否可以配置 libvirt 以使 systemd 包含总线号(即使总线号为零)?

我尝试了所有我能想到的选项。包括添加另一个接口,但最终只能处于混合命名状态(策略 2 用于ens3,策略 3 用于enp1s3,这与命名稳定很吻合)。我也尝试选择所有可用的网卡类型,但没有成功。

答案1

当在 0 号总线上时,生成的网络接口名称取决于它是位于 PCI 还是 PCIe 总线上。PCI NIC 主要以短格式枚举,ens3而 PCIe NIC 则采用较长的enp0s3名称。

使用 udev 术语,简短格式为ID_NET_NAME_SLOTID_NET_NAME_PATH是较长的格式。当ID_NET_NAME_SLOT被设置,则优先。问题中链接的源代码文件设置了这些值。

在 Linux 5.5 中(变更日志) 和 systemd 245 (发行说明)引入了替代名称的概念,这意味着自 2019 年起ID_NET_NAME_PATH已在 PCI NIC 上设置为 altname(请参阅ip link)。如果您无法enp0s3与 互换使用,则迁移的 VM 可能比该 VM 更旧ens3

因此,除了仅仅查看接口配置(您似乎已经了解了其参数)之外,还要确保您的域定义中包含以下内容(请注意e模型中的存在)并且您的 NIC 位于 PCIe 总线上:

<controller type='pci' index='0' model='pcie-root'/>

并非所有机器类型都支持所有控制器,因此使用所需配置重新创建虚拟机并再次导入可能是最简单的解决方案。

有人可能会猜测这种命名有历史原因。当只需要一条 PCI 总线 0 并且所有 NIC 都位于同一总线的不同插槽中时,包含总线编号似乎无关紧要。

为了列出所有名称,替代名称udevadm info -e应该可以解决问题。

相关内容