linux – 克隆VMware虚拟机时,如何防止MAC地址和UUID冲突？

发布时间：2020-12-13 18:25:36 所属栏目：Linux 来源：网络整理

导读：我在VMware Fusion(适用于Mac)和VMware ESXi / vSphere上都遇到了以下问题.你们中的许多人都熟悉这个问题,并在VMware KB中描述：“ Networking does not work in a cloned Linux virtual machine (2002767) ”. 创建CentOS VM. 这是一个简单的虚拟机,具有最

我在VMware Fusion(适用于Mac)和VMware ESXi / vSphere上都遇到了以下问题.你们中的许多人都熟悉这个问题,并在VMware KB中描述：“ Networking does not work in a cloned Linux virtual machine (2002767) ”.

>创建CentOS VM.

>这是一个简单的虚拟机,具有最少的软件和运行的网络堆栈.我们的想法是,我们采用最小的VM,克隆它并在以后添加更多软件.

>克隆那个VM
> VMware Fusion或vCenter将为克隆的VM上的网络接口分配新的MAC地址.
> Linux不知道这个新的MAC地址,因此网络不起作用.文件/ etc / sysconfig / network-scripts / ifcfg-ethN具有第一台计算机上的接口的MAC地址.
>要解决此问题,我需要找到新VM的MAC地址,编辑ifcfg-ethN并将此MAC添加到HWADDR =字段.我不能简单地将MAC剪切并粘贴到字段中,因此这可能是一个容易出错的任务,特别是如果我忘记了我的笔和纸来记下MAC.
>(加分点)在新VM上,通常eth0,eth1等以错误的顺序显示.修复此问题涉及arcane dance around /etc/udev/rules.d

我可以做到这一点,但是当我只是想要启动一个新的虚拟机来测试某些东西时,它会出错并且有点痛苦.

有没有办法简化这个手动过程？克隆新计算机时,如何修复MAC地址问题？

解决方法

由于设备持久性问题正在阻碍这些虚拟机的发展,因此将其删除：

>从ifcfg文件中完全删除HWADDR和UUID行,并且
>克隆前删除/etc/udev/rules.d/70-persistent-net.rules

这应该让具有新MAC地址的eth0在初始启动时实际使用ifcfg-eth0.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!