linux系统升级内核后万兆网卡全down了

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了linux系统升级内核后万兆网卡全down了相关的知识,希望对你有一定的参考价值。

亲,您好,这道题由我回答,升级内核后,Linux系统可能会影响网卡驱动的功能。因此,您可以考虑安装最新版本的驱动程序,这样就可以支持新内核,从而修复网卡无法正常工作的问题。
在Linux系统升级内核后,如果万兆网卡全down了,建议采取以下措施:
1. 首先需要检查升级前后的内核版本是否有变化。如果有变化,则可能导致网卡需要重新加载驱动程序。
2. 检查操作系统自带的网卡驱动程序是否是最新版本。如果不是最新版本,则需要安装最新版本的网卡驱动程序。
3. 对照以太网网卡的厂商提供的驱动程序是否适用于当前操作系统版本,
参考技术A 如果升级内核后导致万兆网卡down了,可能会有以下原因:1. 内核版本不合适;2. 使用的驱动程序不兼容新内核;3. 由于内核升级而引起的硬件驱动问题。建议把系统恢复到之前的内核,或者重新安装一个兼容性更好的内核。 参考技术B 为了解决跨minion之间Pod的通信问题,我们在每个minion上安装OpenvSwtich,并使用GRE或者VxLAN使得跨机器之间Pod能相互通信,本文使用GRE,而VxLAN通常用在需要隔离的大规模网络中。对于OpenvSwitch的具体安装步骤,可参考这篇博客,我们在这里就不再详细介绍安装步骤了。安装完OpenvSwitch后,接下来便建立minion1和minion2之间的隧道。首先在minion1和minion2上建立OVSBridge,[root@minion1~]#ovs-vsctladd-brobr0接下来建立gre,并将新建的gre0添加到obr0,在minion1上执行如下命令,[root@minion1~]#ovs-vsctladd-portobr0gre0--setInterfacegre0type=greoptions:remote_ip=192.168.230.5在minion2上执行,[root@minion2~]#ovs-vsctladd-portobr0gre0--setInterfacegre0type=greoptions:remote_ip=192.168.230.4至此,minion1和minion2之间的隧道已经建立。然后我们在minion1和minion2上创建Linux网桥kbr0替代Docker默认的docker0(我们假设minion1和minion2都已安装Docker),设置minion1的kbr0的地址为172.17.1.1/24,minion2的kbr0的地址为172.17.2.1/24,并添加obr0为kbr0的接口,以下命令在minion1和minion2上执行。[root@minion1~]#brctladdbrkbr0//创建linuxbridge[root@minion1~]#brctladdifkbr0obr0//添加obr0为kbr0的接口[root@minion1~]#iplinksetdevdocker0down//设置docker0为down状态[root@minion1~]#iplinkdeldevdocker0//删除docker0为了使新建的kbr0在每次系统重启后任然有效,我们在/etc/sysconfig/network-scripts/目录下新建minion1的ifcfg-kbr0如下:DEVICE=kbr0ONBOOT=yesBOOTPROTO=staticIPADDR=172.17.1.1NETMASK=255.255.255.0GATEWAY=172.17.1.0USERCTL=noTYPE=BridgeIPV6INIT=no同样在minion2上新建ifcfg-kbr0,只需修改ipaddr为172.17.2.1和gateway为172.17.2.0即可,然后执行systemctlrestartnetwork重启系统网络服务,你能在minion1和minion2上发现kbr0都设置了相应的IP地址。为了验证我们创建的隧道是否能通信,我们在minion1和minion2上相互ping对方kbr0的IP地址,从下面的结果发现是不通的,经查找这是因为在minion1和minion2上缺少访问172.17.1.1和172.17.2.1的路由,因此我们需要添加路由保证彼此之间能通信。[root@minion1network-scripts]#ping172.17.2.1PING172.17.2.1(172.17.2.1)56(84)bytesofdata.^C---172.17.2.1pingstatistics---2packetstransmitted,0received,100%packetloss,time1000ms[root@minion2~]#ping172.17.1.1PING172.17.1.1(172.17.1.1)56(84)bytesofdata.^C---172.17.1.1pingstatistics---2packetstransmitted,0received,100%packetloss,time1000ms由于通过iprouteadd添加的路由会在下次系统重启后失效,为此我们在/etc/sysconfig/network-scripts目录下新建一个文件route-eth0存储路由,这里需要注意的是route-eth0和ifcfg-eth0的黑体部分必须保持一致,否则不能工作,这样添加的路由在下次重启后不会失效。为了保证两台minion的kbr0能相互通信,我们在minion1的route-eth0里添加路由172.17.2.0/24via192.168.230.5deveno16777736,eno16777736是minion1的网卡,同样在minion2的route-eth0里添加路由172.17.1.0/24via192.168.230.4deveno16777736。重启网络服务后再次验证,彼此kbr0的地址可以ping通,如:[root@minion2network-scripts]#ping172.17.1.1PING172.17.1.1(172.17.1.1)56(84)bytesofdata.64bytesfrom172.17.1.1:icmp_seq=1ttl=64time=2.49ms64bytesfrom172.17.1.1:icmp_seq=2ttl=64time=0.512ms^C---172.17.1.1pingstatistics---2packetstransmitted,2received,0%packetloss,time1002msrttmin/avg/max/mdev=0.512/1.505/2.498/0.993ms 参考技术C 你可能需要在升级到新内核之后,重新安装新内核的网络驱动程序,以确保网卡设备能正常工作。如果不更新网络驱动程序,Linux系统可能会无法识别网卡,从而导致它无法正常工作。

以上是关于linux系统升级内核后万兆网卡全down了的主要内容,如果未能解决你的问题,请参考以下文章

记一次脑残的故障处理-万兆网卡驱动升级

fedora 20升级内核后无法开启无线网

LINUX内核升级 - 更新网卡驱动

解决ESXI 6.0识别不到万兆网卡问题

Linux系统之升级内核版本方法

centos7.x物理机升级lt内核后 因为Realtek,瑞昱网卡Realtek8169引发的惨剧,升级到ml后解决