Linux克隆引发的网卡启动失败多种解决方案
故障现象:
最近在公司测试环境克隆了几个Linux系统,重启之后发现,网卡eth0都不见了
于是检查了网卡配置,最终想到以下几种解决方案,网卡启动信息如图所示:
[root@test3 ~]# 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. [FAILED]
方法一:
[root@test3 ~]# rm -rf /etc/udev/rules.d/70-persistent-net.rules
[root@test3 ~]# init 6
[root@test3 ~]# service network restart
Shutting down loopback insterface: [ OK ]
Bringing up loopback insterface: [ OK ]
Bringing up interface eth0: [ OK ]
方法二:
造成这样的原因,是因为在虚拟机(Vmware)中移动了Centos系统对应的文件
导致重新配置时,网卡的MAC地址变了,输入ifconfig -a,找不到eth0
安装完一个centos虚拟机,又拷贝一份,开机后网卡无法正常启动
报错:
Device eth0 does not seem to be present,
delaying initialization
解决:
[root@test3 ~]# cd /etc/sysconfig/network-scripts/
[root@test3 ~]# mv ifcfg-eth0 ifcfg-eth1
[root@test3 ~]# vim sysconfig/network-scripts/ifcfg-eth1
修改DEVICE="eth0"
为DEVICE="eth1"
[root@test3 ~]# service network restart
方法三:
故障前的操作:
DELL刀片装的是CentOS6.3的操作系统,网卡识别的是em1和em2,由于工作需要做了槽位调整,并启动了刀片
故障现象:
启动后网络不通,通过iDRAC登录后route查看缺省路由正常;
重启网络服务:
[root@test3 ~]# service network restart
Shutting down loopback insterface: [ OK ] Bringing up loopback insterface: [ OK ] Bringing up interface em1: Device em1 does not seem to be present,delaying initialization. [FAILED]分析问题和解决:
之前在别的文章中我们提过70-persistent-net.rules文件,所以看了一下:
[root@test3 ~]# vim /etc/udev/rules.d/70-persistent-net.rules
# 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 0x14e4:0x163a (bnx2) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:b6:fd:ab:76:1e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x14e4:0x163a (bnx2) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:b6:fd:ab:76:1c", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
发现NAME的名称不正确,依次将上述红色字体中的eth0改为em1,eth1改为em2;
*切记:网卡编号由MAC地址大小决定,MAC越小网卡编号越小;
如下:
# PCI device 0x14e4:0x163a (bnx2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:b6:fd:ab:76:1e", ATTR{type}=="1", KERNEL=="eth*", NAME="em2"
# PCI device 0x14e4:0x163a (bnx2) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:b6:fd:ab:76:1c", ATTR{type}=="1", KERNEL=="eth*", NAME="em1"
保存退出~!
[root@test3 ~]# init 6
问题解决~!
关注公众号
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
Linux命令:MySQL系列之九--MySQL隔离级别及设置
SQL标准定义了4类隔离级别,包括了一些具体规则,用来限定事务内外的哪些改变是可见的,哪些是不可见的。低级别的隔离级一般支持更高的并发处理,并拥有更低的系统开销。Read Uncommitted(读取未提交内容) 在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。Read Committed(读取提交内容) 这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。Repeatable Read(可重读) 这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数...
-
下一篇
zabbix远程命令(remote command)配置
1、zabbix远程命令(remote command): 1.1 功能: 重启服务; 通过IPMI接口重启服务器; 任何自定义脚本可以完成的功能:清理磁盘空间,虚拟机实例迁移等等; 1.2 相关属性: Tatget list:远程命令执行的目标主机,可以实当前主机、其他主机或主机组 Type:命令类型 IPMI:IPMI命令; Custom script:自定义脚本,可以选择其是在zabbix server上还是zabbix agent上执行; SSH:通过ssh执行命令,需要提供目标主机上的用户账号、相关的认证方式及认证所需额外信息; Telnet:通过Telnet执行命令,需要指定用户名、口令及远程主机telnet服务监听的端口 Global script:全局脚本,执行"Administration-->Scripts"定义的脚本的其中之一; Commands:要执行的命令 2、使用的前提条件 在agent需要完成的配置: (1)zabbix用户有所需要管理的权限(基于sudo授权) ~]#visudo #%wheelALL=(ALL)NOPASSWD:ALL ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Crontab安装和使用
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- Dcoker安装(在线仓库),最新的服务器搭配容器使用
- CentOS7设置SWAP分区,小内存服务器的救世主


微信收款码
支付宝收款码