码迷,mamicode.com
首页 > 其他好文 > 详细

解决复制虚拟机时候网络不从eth0开始问题

时间:2015-11-15 19:20:35      阅读:297      评论:0      收藏:0      [点我收藏+]

标签:解决复制虚拟机时候网络不从eth0开始问题

今天在测试高可用集群的时候需要两台机器上测试。所以我就复制了一台centos6.5 32位系统.第一台centos启动测试网络ok。但是第二太启动测试的时候发现网络如下问题:

1、启动以后网络没启动

2、service network restart 不成功 (网卡mac地址和IP地址(我设置成静态IP)冲突)

3、RTNETLINK answers: File exists的问题(NetworkMaganager和network冲突

最后完美解决。希望能给你带来帮助。

以下是我解决的过程。

1、编辑配置文件

/ettc/udev/rules.d/70-persistent-net.rules,

打开这个配置文件后,会发现里面列出了所有Linux找到的网卡,包括历史的。因此,解决无法加载网卡的问题就有两个解决办法:
a.修改interfaces配置文件,使其使用最新的eth网卡
b.删除.rules文件,让linux重新将网卡认为是eth0

[root@localhost ~]# vim /etc/udev/rules.d/70-persistent-net.rules

技术分享技术分享

我找了下interfaces这个文件没有找到,于是我选择了第二个方法,删除rules配置文件,让他重新选择网卡。重启机器之后,敲了ifconfig,出现的不再是eth2了,但是使用的居然是eth1了, 这又让我迷茫了,怎么会变成是eth1了呢? 同时 也没有发现eth1的配置文件,这样子,我还是没法控制IP啊。我查看了下ifconfig命令中的mac地址和ifcfg-eth0中的mac地址比较下,发现两者的mac地址不一样,使用/etc/init.d/network restart 重启网卡,居然报eth0没有这个设备,由此断定,eth0配置文件中的mac地址是错误,于是把eth0配文件中的mac地址改成了ifocnfig中出来的mac地址,然后再次删除/etc/udev/rules.d/70-persistent-net.rules文件,重启机器,让他再次重新选择网卡,启动之后,查看了ifocnfig,这时候变成了eth0,看来是正常了,然后修改下ifcfg-eth0的ip,重启网络服务,没有报错,正常,查看下IP,改过来了,OK,一切正常。
这时又发现新问题了,我在这个虚拟机中常识去访问主机所在网段的机器时,居然报:network unreachable,断定是网关的问题,查看下网关,果然没有设置,在终端是命令:arp -a ,查看本机器的网关,然后修改ifgcfg-eth0,重启服务器,OK,搞定!


解决RTNETLINK answers: File exists的问题。

 (1)分析该问题的成因:/etc/init.d/network /etc/init.d/NetworkManager

这两个服务有冲突。从根本上说是NetworkMaganager(NM)的带来的冲突,停用NetworkManager即可解决。重启即可。 

2)解决问题:既然不是操作系统和网卡配置的问题解决问题的就简单许多。利用chkconfig查看下 [root@localhost ~]# chkconfig --list network network 

0:off 1:off 2:on 3:on 4;on 5:on 6:off

 [root@localhost ~]# chkconfig --list NetworkManager NetworkManager 

0:off 1:off 2:off 3:on 4:on 5:off 6:off 

[root@localhost ~]# service NetworkManager stop 

两个配置网络的服务的冲突造成的。


解决复制虚拟机时候网络不从eth0开始问题

标签:解决复制虚拟机时候网络不从eth0开始问题

原文地址:http://caimengzhi.blog.51cto.com/9787265/1712909

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!