Linux启动网卡时出现RTNETLINK answers: File exists错误解决方法

一时失言乱红尘 2024-04-20 08:45 49阅读 0赞

一、问题描述  
VMware中克隆虚拟机是经常的事情，虽然如此，用到虚拟机时，本人还是喜欢新安装一个操作系统，针对服务器的应用，在安装操作系统时，一并安装好，并且也花不了多少时间。但最近需要大量的配置一样的虚拟机进行测试，故安装了一个模板虚拟机，然后直接复制模板虚拟机到不同的文件夹，然后使用VMware 直接打开使用，但问题出来了，打开这些复制（克隆）的虚拟机全部会出现网络无法启动的问题。使用 service network start  命令出现报错如下：

device eth0 does not seem to be present  
RTNETLINK answers: File exists  
RTNETLINK answers: File exists  
RTNETLINK answers: File exists

玩Linux蛮多年了，自认为对linux网络配置很熟悉了，我第一直觉就是MAC地址的问题，怎么更改配置都不行，百度半天，网上很多处理方法都是说与NetworkManager服务冲突导致，只要把该服务停止即可，查半天，本人安装的操作系统根本就没这个服务，哪来的冲突？

直到今天才发现原来还有太多的东西需要学习。不过我相信只要肯钻研及善用谷歌与百度，还是找到了解决方法。  
   
二、原因分析

使用VMware 打开复制过来的操作系统文件，VMware会为新产生的虚拟机配置一个与原始虚拟机网卡MAC地址不同的网卡。对于[CentOS][]这样的Linux系统，会把运行时的网卡MAC地址记入到 /etc/udev/rules.d/70-persistent-net.rules 文件中。这样克隆好的新系统里也保存了这个记录。当新系统启动时，由于vmware已经为其配置了不同的MAC地址，因此系统会在启动扫描硬件时把这个新的MAC地址的网卡当做是eth1，并且增加记入上述文件中。而此时配置文件里的 /etc/sysconfig/network-scripts/ifcfg-eth0 里记录的还是原来的MAC地址，而这个MAC地址在新系统里是不存在的，所以无法启动。  
   
三、解决方法  
编辑/etc/udev/rules.d/70-persistent-net.rules  
找到含NAME="eth0"的那行直接删除，如下：  
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?\*", ATTR\{address\}=="00:0c:29:ac:95:31", ATTR\{type\}=="1", KERNEL=="eth\*", NAME="eth0"

\--------------------------------------------------------------------------------  
   
编辑含NAME="eth1"的那行："eth1"更改为"eth0"

\--------------------------------------------------------------------------------  
   
编辑/etc/sysconfig/network-scripts/ifcfg-eth0  
更改HWADDR地址跟上面rules文件的MAC地址一样。

\--------------------------------------------------------------------------------

最后 init 6 或者reboot 系统搞定；

补充：

**网络接口（网卡设备device）**与**网络连接（connection）的区分**

1.  `[root@centos4 network-scripts]# nmcli dev status`
2.  `DEVICE TYPE STATE CONNECTION`
3.  `ens33 ethernet connected ens33`
4.  `ens37 ethernet connected System ens37`
5.  `lo loopback unmanaged --`

实例分析：

1.  `[root@centos4 network-scripts]# ls`
2.  `ifcfg-ens33 ifdown-eth ifdown-routes ifup-aliases ifup-plip ifup-Team network-functions-ipv6`
3.  `ifcfg-ens37 ifdown-ippp ifdown-sit ifup-bnep ifup-plusb ifup-TeamPort`
4.  `ifcfg-eth0 ifdown-ipv6 ifdown-Team ifup-eth ifup-post ifup-tunnel`
5.  `ifcfg-lo ifdown-isdn ifdown-TeamPort ifup-ippp ifup-ppp ifup-wireless`
6.  `ifdown ifdown-post ifdown-tunnel ifup-ipv6 ifup-routes init.ipv6-global`
7.  `ifdown-bnep ifdown-ppp ifup ifup-isdn ifup-sit network-functions`
8.  `[root@centos4 network-scripts]# mv ifcfg-eth0 ifcfg`
9.  `[root@centos4 network-scripts]# cat ifcfg`
10. `DEVICE=eth0`
11. `BOOTPROTO=dhcp`
12. `ONBOOT=yes`
13.  
14. `[root@centos4 network-scripts]# systemctl restart network`
15. `[root@centos4 network-scripts]# ls`
16. `ifcfg ifdown-eth ifdown-routes ifup-aliases ifup-plip ifup-Team network-functions-ipv6`
17. `ifcfg-ens33 ifdown-ippp ifdown-sit ifup-bnep ifup-plusb ifup-TeamPort`
18. `ifcfg-ens37 ifdown-ipv6 ifdown-Team ifup-eth ifup-post ifup-tunnel`
19. `ifcfg-lo ifdown-isdn ifdown-TeamPort ifup-ippp ifup-ppp ifup-wireless`
20. `ifdown ifdown-post ifdown-tunnel ifup-ipv6 ifup-routes init.ipv6-global`
21. `ifdown-bnep ifdown-ppp ifup ifup-isdn ifup-sit network-functions`
22. `[root@centos4 network-scripts]#`

主要是ifcfg-eth0配置文件中重复

1.  `DEVICE=eth0`
2.  `BOOTPROTO=dhcp`
3.  `ONBOOT=yes`

NetworkManager能正常启动，但network不能正常启动；虽然network不能正常启动，但是ifcfg-ens33和ifcfg-ens37对应网卡配置文件的网络已经能够正常启动了

**总结**:网络配置中注意网卡接口设备配置网卡是否存在，迁移后虚拟机vmware迁移后网卡MAC地址是否已经改变。注意网络接口配置文件UUID每一个设备都是唯一的。network和NetworkManager冲突问题。

[CentOS]: http://www.linuxidc.com/topicnews.aspx?tid=14