虚拟机克隆后eth0网卡变成eth1网卡并且IP地址消失问题解决

1、问题情况

在vmware中克隆一个虚拟机后,新的虚拟机网络无法使用,并用原操作系统中的网卡eth0在克隆出来的新系统中,网卡号变成了eth1,并且IP地址也丢失了,网络不可正常使用。

2、环境情况


原机器名称


克隆后目标主机


机器名称


别名


机器名称


别名


ol6-single


A机器


ol6_weblogic_1


B机器

3、克隆过程

将A机器关闭,在Vmware控制台上,右击虚拟机A机器(ol6-single),点击“clone”—“下一步“,按提示一步步完成克隆过程,克降后机器名称命名为:ol6_weblogic_1

4、原系统与克隆后系统网络配置差异对比

4.1、ifconfig网络接口输出情况对比

(1)原机器(ol6-single)网络接口配置情况:


[[email protected] ~]# ifconfig -a

eth0      Link encap:Ethernet  HWaddr 00:0C:29:5E:35:00

inet addr:192.168.1.150  Bcast:192.168.1.255  Mask:255.255.255.0

inet6 addr: fe80::20c:29ff:fe5e:3500/64 Scope:Link

UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

RX packets:114 errors:0 dropped:0 overruns:0 frame:0

TX packets:81 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:12918 (12.6 KiB)  TX bytes:15700 (15.3 KiB)

lo        Link encap:Local Loopback

inet addr:127.0.0.1  Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING  MTU:16436  Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

(2)克隆后主机(ol6_weblogic_1)网络接口配置情况


[[email protected]_weblogic_1 ~]# ifconfig -a

eth1      Link encap:Ethernet  HWaddr 00:0C:29:3A:F2:8E

inet addr:192.168.91.133  Bcast:192.168.91.255  Mask:255.255.255.0

inet6 addr: fe80::20c:29ff:fe3a:f28e/64 Scope:Link

UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

RX packets:114 errors:0 dropped:0 overruns:0 frame:0

TX packets:22 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:1784 (1.7 KiB)  TX bytes:4139 (4.0 KiB)

lo        Link encap:Local Loopback

inet addr:127.0.0.1  Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING  MTU:16436  Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

克隆过来后,原本的eth0变成了eth1,IP地址也丢失了,并用HWaddr的值发生改变了。

4.2、网络接口配置文件存在情况对比


A机器(原机器)


B机器(克隆后机器)


cd /etc/sysconfig/network-scripts


cd /etc/sysconfig/network-scripts


[[email protected] network-scripts]# ls ifcfg-eth*

ifcfg-eth0


[[email protected]_1 network-scripts]# ls ifcfg-eth*

ifcfg-eth0

从上面对比结果看来,虽然克隆后的B机器从ifconfig –a上看到原来的eth0不见了,变成了eth1,但是,在/etc/sysconfig/network-scripts看到,B机器的网卡配置文件名称仍然叫eth0

4.3、网络设备绑定文件70-persistent-net.rules内容对比


A机器

(原机器)


# This file was automatically generated by the /lib/udev/write_net_rules

# program, run by the persistent-net-generator.rules rules file.

#

# You can modify it, as long as you keep each rule on a single

# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x100f (e1000)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5e:35:00", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"


B机器

(克隆后机器)


# This file was automatically generated by the /lib/udev/write_net_rules

# program, run by the persistent-net-generator.rules rules file.

#

# You can modify it, as long as you keep each rule on a single

# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x100f (e1000)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5e:35:00", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:3a:f2:8e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

从上面比较来看,克隆后的机器,/etc/udev/rules.d/70-persistent-net.rules多出了一行配置,见上面标红色内容,其NAME=“eth1”,MAC发生了变化,原有的NAME="eth0"一行内容仍在,且MAC地址也相同。

5、解决办法

5.1、修改克隆后机器(B机器)70-persistent-net.rules文件内容

对克隆后机器(B机器)/etc/udev/rules.d/70-persistent-net.rules文件进行两步修改:

(1)   将原NAME="eth0"行内容注释

(2)   将NAME="eth1"行内容中的"eth1"修改成"eth0"

修改完成后内容如下:


# This file was automatically generated by the /lib/udev/write_net_rules

# program, run by the persistent-net-generator.rules rules file.

#

# You can modify it, as long as you keep each rule on a single

# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x100f (e1000)

#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5e:35:00", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:3a:f2:8e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

5.2、修改克隆后机器(B机器)的Mac地址与IP地址

[[email protected]_weblogic_1 network-scripts]# vi/etc/sysconfig/network-scripts/ifcfg-eth0


DEVICE="eth0"

HWADDR="00:0C:29:3a:f2:8e"

NM_CONTROLLED="yes"

ONBOOT="yes"

IPADDR=192.168.1.230

NETWORK=192.168.1.0

NETMAST=255.255.255.0

TYPE="Ethernet"

UUID="b1b9ac33-19ad-4bb3-ac6c-06d5a3fa7c5b"

特别注意:

修改的MAC地址,只能是与70-persistent-net.rules文件中ATTR{address}相同的地址

5.3、重启操作系统生效

经验证,重启网络服务(service network restart)方式,IP地址可以变化过来,但是网络接口名称修改不生效。

6、验证

[[email protected]_weblogic_1 ~]# ifconfig –a


eth0      Link encap:Ethernet  HWaddr 00:0C:29:3A:F2:8E

inet addr:192.168.1.230  Bcast:192.168.1.255  Mask:255.255.255.0

inet6 addr: fe80::20c:29ff:fe3a:f28e/64 Scope:Link

UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

RX packets:380 errors:0 dropped:0 overruns:0 frame:0

TX packets:402 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:35506 (34.6 KiB)  TX bytes:54463 (53.1 KiB)

lo        Link encap:Local Loopback

inet addr:127.0.0.1  Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING  MTU:16436  Metric:1

RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

结果:eth1变回了eth0,并且IP地址为所设置的IP地址,网络已可正常使用

本文作者:黎俊杰(网名:踩点),从事”系统架构、操作系统、存储设备、数据库、中间件、应用程序“六个层面系统性的性能优化工作

欢迎加入 系统性能优化专业群,共同探讨性能优化技术。群号:258187244

时间: 2024-12-17 23:04:08

虚拟机克隆后eth0网卡变成eth1网卡并且IP地址消失问题解决的相关文章

Linux虚拟机克隆后,启动系统发现网卡无法启动

一.Linux虚拟机克隆后,启动系统发现网卡无法启动,然后ifup eth0网卡会提示(Device eth0 does not seem to be present, delaying initialization.)失败. 二.处理方法: 方法一: 1.[[email protected] ~]# vim /etc/udev/rules.d/70-persistent-net.rules # This file was automatically generated by the /lib/

vmware虚拟机克隆后eth0无法启动的解决方法

今天早上准备克隆一台虚拟机做实验,结果克隆后发现使用 ifconfig 只显示lo,并没有找到eth0 使用ifconfig eth0 up 结果:unknown interface:No such device 查看 /etc/sysconfig/network-scripts/ifcfg-eth0 发现并没有什么不正常的地方. 被克隆的机器上执行ifconfig命令,发现两台机的MAC地址是相同的. 于是决定修改eth0的MAC地址,直接编辑/etc/sysconfig/network-sc

解决虚拟机克隆后eth0不见的问题

直接修改 : /etc/sysconfig/network-script/ifcfg-eth0 删掉UUID HWADDR 配置静态地址:DEVICE=eth0TYPE=EthernetONBOOT=yes #是否开机启用BOOTPROTO=static #ip地址设置为静态IPADDR=192.168.0.101NETMASK=255.255.255.0 重启服务:service network restart 然后:rm -rf /etc/udev/rules.d/70-persistent

Linux虚拟机克隆后网卡找不到问题

解决虚拟机克隆网卡丢失问题 1.克隆后的虚拟机网卡显示如下 [[email protected] 桌面]# ifconfig lo        Link encap:Local Loopback inet addr:127.0.0.1  Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING  MTU:16436  Metric:1 RX packets:120 errors:0 dropped:0 overruns:

虚拟机下Linux虚拟机克隆后导致克隆体不能上网问题!

虚拟机下Linux虚拟机克隆后导致克隆体不能上网问题! 由于虚拟机克隆导致系统保留原来网卡信息和克隆后的新虚拟网卡发生重复,因为系统配置文件只识别eth0这张虚拟网卡,而ifconfig -a查看的信息上面显示虚拟网卡为eth1,而又克隆体上的虚拟网卡eth0(/etc/sysconfig/networkscripts/ifcfg-eth0)上的设置是母体的虚拟机设置,所以导致系统不匹配该网卡信息,从而不能上网. 解决方法: 1.修改系统文件: vi /etc/udev/rules.d/70-p

虚拟机克隆后网络配置

*CentOS虚拟机网络连接方式为:桥接模式* 虚拟机克隆后会导致网络连接不上:(引起原因是新的MAC和网卡配置对应不上)问题解决(在克隆机里执行下列步骤): vi /etc/udev/rules.d/70-persistent-net.rules(如果你是完全克隆,这个文件里应该包含eth0和eth1,测试过VMware,VirtualBox) 将eth0配置删除,只保留eth1,记录该配置对应的MAC地址,并将eth1改名为eth0, vi /etc/sysconfig/network-sc

*VMware虚拟机克隆后解决网络冲突问题

今天把虚拟机的一台centos机器克隆了一台,出现网络不通,无法ping通外网的现象.在这里写一下解决过程: 虚拟机克隆后,会遇到的问题: 1.MAC地址一样 2.IP一样 3.eth0配置文件存在,但是使用ifconfig -a 查看只能看到 eth1 4. 无法连接外网,提示域名无法解析 解决办法: 1. 更换MAC地址,步骤如下: 1) 打开虚拟机设置,找到网络适配器,选择高级选项2)点击生成就可以更换mac地址.并复制备用,点击确定3) 开启虚拟机,登录后,打开eth0的配置文件 ,网卡

解决CentOS虚拟机克隆后无法上网(网卡信息不一致)的问题

一.问题描述 虚拟机克隆后,由于网卡信息不一致的问题,导致不能上网或者执行"sercice network restart"命令失败 [[email protected] 桌面]# ifconfig //查看当前网卡信息 [[email protected] 桌面]# cd /etc/sysconfig/network-scripts //进入网卡配置文件目录 [[email protected] network-scripts]# ls //查看网卡配置文件中的网卡信息 二.原因分析

Centos虚拟机克隆后无法上网解决方法

一.故障现象: # service network restart Shutting down loopback insterface:           [   OK   ] Bringing up loopback insterface:             [   OK   ] Bringing up interface eth0:  Device eth0 does not seem to be present,delaying initialization.