网卡失效 eth0 error - net sched sch_generic

我服务器报错：环境 centos 6.3 _64bit  强氧服务器 
less eth0.txt  
May 19 03:33:01 media rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1944" x-info=""] rsyslogd was HUPed
May 25 04:01:13 media kernel: ------------[ cut here ]------------
May 25 04:01:13 media kernel: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x26d/0x280() (Not tainted)
May 25 04:01:13 media kernel: Hardware name: X8DTL
May 25 04:01:13 media kernel: NETDEV WATCHDOG: eth0 (e1000e): transmit queue 0 timed out
May 25 04:01:13 media kernel: Modules linked in: nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables cpufreq_ondemand acpi_cpufreq freq_table mperf ipv6 sg microcode serio_raw i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support e1000e ioatdma dca i7core_edac edac_core shpchp ext4 mbcache jbd2 raid1 sd_mod crc_t10dif ahci megaraid_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded: nf_conntrack]
May 25 04:01:13 media kernel: Pid: 0, comm: swapper Not tainted 2.6.32-279.el6.x86_64 #1
May 25 04:01:13 media kernel: Call Trace:
May 25 04:01:13 media kernel:  [] ? warn_slowpath_common+0x87/0xc0
May 25 04:01:13 media kernel: [] ? warn_slowpath_fmt+0x46/0x50
May 25 04:01:13 media kernel: [] ? dev_watchdog+0x26d/0x280
May 25 04:01:13 media kernel: [] ? insert_work+0x6d/0xb0
May 25 04:01:13 media kernel: [] ? internal_add_timer+0xb5/0x110
May 25 04:01:13 media kernel: [] ? dev_watchdog+0x0/0x280
May 25 04:01:13 media kernel: [] ? run_timer_softirq+0x197/0x340
May 25 04:01:13 media kernel: [] ? tick_sched_timer+0x0/0xc0
May 25 04:01:13 media kernel: [] ? lapic_next_event+0x1d/0x30
May 25 04:01:13 media kernel: [] ? __do_softirq+0xc1/0x1e0
May 25 04:01:13 media kernel: [] ? hrtimer_interrupt+0x140/0x250
May 25 04:01:13 media kernel: [] ? call_softirq+0x1c/0x30
May 25 04:01:13 media kernel: [] ? do_softirq+0x65/0xa0
May 25 04:01:13 media kernel: [] ? irq_exit+0x85/0x90
May 25 04:01:13 media kernel: [] ? smp_apic_timer_interrupt+0x70/0x9b
May 25 04:01:13 media kernel: [] ? apic_timer_interrupt+0x13/0x20
May 25 04:01:13 media kernel:  [] ? intel_idle+0xde/0x170
May 25 04:01:13 media kernel: [] ? intel_idle+0xc1/0x170
May 25 04:01:13 media kernel: [] ? cpuidle_idle_call+0xa7/0x140
May 25 04:01:13 media kernel: [] ? cpu_idle+0xb6/0x110
May 25 04:01:13 media kernel: [] ? rest_init+0x7a/0x80
May 25 04:01:13 media kernel: [] ? start_kernel+0x424/0x430
May 25 04:01:13 media kernel: [] ? x86_64_start_reservations+0x125/0x129
May 25 04:01:13 media kernel: [] ? x86_64_start_kernel+0xfa/0x109
May 25 04:01:13 media kernel: ---[ end trace e32d8764b8a05010 ]---
May 25 04:01:13 media kernel: e1000e 0000:06:00.0: eth0: Reset adapter
May 25 04:01:13 media kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
May 25 04:01:13 media kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
May 25 12:05:23 media NET[21326]: /etc/sysconfig/network-scripts/ifdown-post : updated /etc/resolv.conf   (这时段重启服务器）
May 25 12:05:24 media kernel: lo: Disabled Privacy Extensions
May 25 12:05:24 media kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
May 25 12:05:28 media NET[21632]: /etc/sysconfig/network-scripts/ifup-post : updated /etc/resolv.conf
May 25 12:05:28 media kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
May 25 12:05:32 media kernel: e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
May 25 12:05:32 media kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
May 25 12:30:02 media NET[21862]: /etc/sysconfig/network-scripts/ifdown-post : updated /etc/resolv.conf

参考一、

解决“NETDEV WATCHDOG: eth0: transmit timed out”  2012-09-01 12:57:19

 我的服务器跑的centos6.2 64bit 的系统。用的是联想R510服务器。内网或者外网网卡经常卡死，现象就是ifconfg的时候，网卡大量错误包数据。

RX packets:123971066 errors:37185826840110 dropped:6197637806685 overruns:0 frame:24790551226740

同事提了一个解决办法升级网卡 因为服务器比较多 暂时没有采用。使用了以下的关闭高级电源的方法，但是我写这篇文章的时候故障暂时未重现，未知是否完全解决这个问题。以下是/var/log/message的报错信息。并不是所有的错误log都有记录 = =！！！。

Aug 10 16:23:39  kernel: ------------[ cut here ]------------
Aug 10 16:23:39 kernel: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x26d/0x280() (Not tainted)
Aug 10 16:23:39kernel: Hardware name: Lenovo WQ R510 G7
Aug 10 16:23:39 kernel: NETDEV WATCHDOG: eth0 (e1000e): transmit queue 0 timed out
Aug 10 16:23:39 kernel: Modules linked in: iptable_filter ip_tables ipt_REJECT cpufreq_ondemand acpi_cpufreq freq_table mperf ipv6 sg microcode serio_raw i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support e1000e ioatdma dca i7core_edac edac_core shpchp ext4 mbcache jbd2 sd_mod crc_t10dif pata_acpi ata_generic ata_piix mptsas mptscsih mptbase scsi_transport_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded: ip_tables]
Aug 10 16:23:39 kernel: Pid: 0, comm: swapper Not tainted 2.6.32-220.el6.x86_64 #1
Aug 10 16:23:39 kernel: Call Trace:
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
前天有台服务器出现网卡异常情况，具体表现是从公网ping不通该网卡，从内网卡登陆到该机器后，发现其应用服务都正常，重新启动网络后解决问题，查看日志信息，发现有以下错误信息：
 Apr 13 23:24:24 test kernel: NETDEV WATCHDOG: eth0: transmit timed out，Disabled Privacy Extensions on device c0332e60(lo)。
 
    经过查找资料，发现是属于一个疑难杂症的问题，开始以为是驱动版本过低，但是想想这样的网卡对linux而言是多么的标准呀，百思不得其解中，加入这两个参数，问题解决。
 
方法：
/boot/grub/menu.lst文件，在启动的核心kernel那行最后加上
acpi=off noapic
 
1)acpi=off禁止了一些电源高级管理功能，对你的应用程序没有影响。
2）noapic改变了中断方式，对应用也没有影响
 
—————————————————————————————————————————————————
ACPI和APIC有什么关系？ 
 
   很多人问道了什么ACPI，什么是APIC，他们有没有关系？名字这么相近。下面给出我对其的一些理解，具体的解释可以查看内核文档库的内核参数文件：
/usr/src/`uname -r`/Documents/kernel-parameters.txt
ACPI就是Advanced Configuration and Power Interface的缩写，意思是“高级配置与电源接口”。这是英特尔、微软和东芝共同开发的一种电源管理标准。
  ACPI可实现以下功能: 　　
  1、用户可以使外设在指定时间开关； 　　
  2、使用笔记本电脑的用户可以指定计算机在低电压的情况下进入低功耗状态，以保证重要的应用程序运行； 　　
  3、操作系统可以在应用程序对时间要求不高的情况下降低时钟频率；
  4、操作系统可以根据外设和主板的具体需求为它分配能源；
  5、在无人使用计算机时可以使计算机进入休眠状态，但保证一些通信设备打开；
  6、即插即用设备在插入时能够由ACPI来控制。
  不过，ACPI和其他的电源管理方式一样，要想享受到上面这些功能，必须要有软件和硬件的支持。在软件方面，Windows 98及其后续产品和Windows 2000都对ACPI给予了全面的支持；而Linux的内核目

前对此支持得并不是太理想。硬件方面比较麻烦，除了要求主板、显卡和网卡等外设要支持ACPI外，还需要机箱电源的配合。电源在提供5伏电压给主板的同时，还必须使电流稳定在720毫安以上才可以

，这样它才能够实现电脑的“睡眠”和“唤醒”。
  ACPI共有六种状态，分别是S0到S5，它们代表的含义分别是：
  S0--实际上这就是我们平常的工作状态，所有设备全开，功耗一般会超过80W；
  S1--也称为POS（Power on Suspend），这时除了通过CPU时钟控制器将CPU关闭之外，其他的部件仍然正常工作，这时的功耗一般在30W以下；（其实有些CPU降温软件就是利用这种工作原理）
  S2--这时CPU处于停止运作状态，总线时钟也被关闭，但其余的设备仍然运转；
  S3--这就是我们熟悉的STR（Suspend to RAM），这时的功耗不超过10W；
  S4--也称为STD（Suspend to Disk），这时系统主电源关闭，但是硬盘仍然带电并可以被唤醒；
  S5--这种状态是最干脆的，就是连电源在内的所有设备全部关闭，功耗为0。
  我们最常用到的是S3状态，即Suspend to RAM（挂起到内存）状态，简称STR。顾名思义，STR就是把系统进入STR前的工作状态数据都存放到内存中去。在STR状态下，电源仍然继续为内存等最必要的

设备供电，以确保数据不丢失，而其他设备均处于关闭状态，系统的耗电量极低。一旦我们按下Power按钮（主机电源开关），系统就被唤醒，马上从内存中读取数据并恢复到STR之前的工作状态。内存

的读写速度极快，因此我们感到进入和离开STR状态所花费的时间不过是几秒钟而已；而S4状态，即 STD（挂起到硬盘）与STR的原理是完全一样的，只不过数据是保存在硬盘中。由于硬盘的读写速度比

内存要慢得多，因此用起来也就没有STR那么快了。 STD的优点是只通过软件就能实现，比如Windows 2000就能在不支持STR的硬件上实现STD。
之前的电源管理是APM（Advanced Power Management),那么ACPI和APM相比有什么区别呢？
2、ACPI与APM比较
APM 1.0&1.1：由BIOS执行电源管理；
APM 1.2：操作系统定义电源管理时间，由BIOS负责执行；
ACPI：BIOS收集硬件信息，定义电源管理方案；由操作系统负责执行。
APM是一种软件解决方案，因此是与操作系统有关的， 而ACPI是工业标准，包括了软件和硬件方面的规范。
APIC (高级可编程中断控制器)对计算机来讲有两个作用，
一是管理IRQ的分配，可以把传统的16个IRQ扩展到24个（传统的管理方式叫PIC），以适应更多的设备。
二是管理多CPU。由于Nf2主板并不支持多CPU，所以，APIC关闭直接的影响是减少了可用的IRQ。
不过，如果板卡不是非常多的话，关闭 APIC对系统是没有什么影响的。
要实现SMP功能，我们使用的CPU必须具备以下要求：
CPU内部必须内置APIC单元。Intel 多处理规范的核心就是高级可编程中断控制器（Advanced Programmable Interrupt Controllers--APICs）的使用。CPU通过彼此发送中断来完成它们之间的通信。通过给中断附加动作（actions），不同的CPU可以在某种程度上彼此进行控制。每个CPU有自己的APIC（成为那个CPU的本地APIC），并且还有一个I/O APIC来处理由I/O设备引起的中断，这个I/O APIC是安装在主板上的，但每个CPU上的APIC则不可或缺，否则将无法处理多CPU之间的中断协调。
APIC可能遇到的问题，很多这类问题可以通过BIOS更新来解决。
下面的是通过更改HAL类型来解决
　　CPU实际运行频率与BIOS设定频率不符
　　NF2的用户大约有10%的会出现CPU实际运行频率与BIOS设定频率不符的问题。我们称之为“频率不对”。
　　这种现象带来的直接后果就是在测试3dmark或跑3D游戏的时候，会感觉不流畅，也称之为“顿”。
　　一般在更改BIOS设置后、更新驱动后重启时，用测试软件如Aida32、MBM5等可以看到CPU的运行频率和你在BIOS里设置得不一样，而且差距很大。这个时候，用super pi测试CPU速度，会比平常花费时间长好几秒，用3dmark跑测试，会比平常低几百分甚至上千分。在3dmark中看到的CPU频率，也与BIOS设定不符合。
　　如果出现这种情况，则属于我们所讨论的“频率不对”的问题。
　　不过，不是所有的3D游戏“顿”都是这个原因。判断的方法是：如果你只有个别游戏“顿”，或者用上述软件测试频率正确，就不是此问题。
　　如果判断确实属此问题，解决的方法也很简单，经过网友讨论，只要关闭APIC功能即可。（注意，是APIC，不是ACPI）。
有一些服务器（比如IBM的，HP的），安装LINUX时，会给出内核的错误，导致无法安装，这个时候可以在安装的时候输入
linux acpi=off noapic
应该是安装上的。  
 
=====================================================================================
2.6内核,用iptables做了一个简单的NAT,
eht0: DLink530TX网卡,连接外网
eht1:主板集成ntel pro/100VE ,连接LAN
modprobe ip_tables
modprobe ip_nat_ftp
modprobe ip_conntrack_ftp
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE 

结果发现有时候会在屏幕上提示以下信息:

NETDEV WATCHDOG :eth0: transmit timed out
eth0: transmit timed out,status 00000000,resetting....
然后,NAT就不正常了
客户端上网的速度非常慢,甚至连接不了各大网站,网络上的解决方法是

ethtool -K eth0 tso off
或者重新安装一下驱动
这个市intel 1000M网卡的处理方法
======================================================================================
这个问题可真是疑难杂症了，从2001年甚至更早到2009年5月就在前几天，都有人在网上问这个问题，并且能得到答案的人很少，能最终解决了的更是少之又少。我也遇到了这个问题，经过千辛万苦

终于找到了答案。这个问题的答案不只一个，我做个小结，你可以挨个试试，应该有一个适合你的情况。
先说我的情况。我以前是debian ＋ win2K 双系统。最近终于决定要升级到winxp了。在原来win的分区重新装了xp后，就出现这种问题了。可偏偏此前还升级了debian，并在xp下运行过 p2pover之类的软件。所以问题原因就不好确定了。最后，确定原因是：winxp的网卡设置里有一项功能是在关闭xp时关闭网卡的网络唤醒（wake－on－lan）。而debian却偏偏不能把这个打开。这才出现了这个问题。解决办法呢，就是在winxp下，右键点击“网上邻居”，点击“ 属性”，在右键点击“本地连接”，再点“属性”->"配置"->"高级"，然后设置“Wake-on-LAN”为“enable”。然后重启，进入

linux就可以联网了。
下面是我在搜索过程中看到的其他情况的解决办法：
1. 打开/boot/grub/menu.lst文件，在启动的核心kernel那行最后加上： acpi=off noapic。
其中：
1) acpi=off 禁止了一些电源高级管理功能，对你的应用程序没有影响。
2）noapic 改变了中断方式，对应用也没有影响。

2. ethtool -K eth0 tso off
3. 重新装网卡驱动。
 rmmod r8169 && modprobe r8169 && update-modules
或更彻底点重新下载个驱动安装，不一定下最新的，因为更新的驱动可能会不适合一些老网卡，所以老的驱动可能没有这个 问题。
4. 换用旧的内核试试。
5. 关闭ecn。 在文件/etc/sysctl.conf中加入 net.ipv4.tcp_ecn=0
6. 关闭IPV6支持。在文件/etc/modprobe.d/aliases中把alias net-pf-10 ipv6 替换成如下两行：
alias net-pf-10 off
alias ipv6 off
7. 强制设定网卡工作模式： mii-tool 100baseTx-HD

参考二、Centos 6.2 服务器经常无法连接，发现是网卡被自动停掉！
Centos 6.2 服务器经常无法连接，好像是网卡被停掉！！
错误日志如下：
more /var/log/messages
Sep 12 00:37:04 835 kernel: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0×26d/0×280() (Not tainted)
Sep 12 00:37:04 835 kernel: Hardware name: X9SCL/X9SCM
Sep 12 00:37:04 835 kernel: NETDEV WATCHDOG: eth1 (e1000e): transmit queue 0 timed out
解决方案：
更新网卡驱动程序，具体参考一下
Import the public key:
rpm –import
To install ELRepo for RHEL-5, SL-5 or CentOS-5:
rpm -Uvh
To install ELRepo for RHEL-6, SL-6 or CentOS-6:
rpm -Uvh
Before installing the new driver, let’s see our old one:
[root@doxer sites]# lspci |grep -i ethernet
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
[root@doxer modprobe.d]# lsmod|grep e100
e1000e 219500 0

[root@doxer modprobe.d]# modinfo e1000e
filename: /lib/modules/2.6.32-220.7.1.el6.x86_64/kernel/drivers/net/e1000e/e1000e.ko
version: 1.4.4-k
license: GPL
description: Intel(R) PRO/1000 Network Driver
author: Intel Corporation,
srcversion: 6BD7BCA22E0864D9C8B756A
Now let’s install the new kmod-e1000e offered by elrepo:
[root@doxer yum.repos.d]# yum list|grep -i e1000
kmod-e1000.x86_64 8.0.35-1.el6.elrepo elrepo
kmod-e1000e.x86_64 1.9.5-1.el6.elrepo elrepo

[root@doxer yum.repos.d]# yum -y install kmod-e1000e.x86_64
After installation, reboot your machine, and you’ll find driver updated:
[root@doxer ~]# modinfo e1000e
filename: /lib/modules/2.6.32-220.7.1.el6.x86_64/weak-updates/e1000e/e1000e.ko
version: 1.9.5-NAPI
license: GPL
description: Intel(R) PRO/1000 Network Driver
author: Intel Corporation,
srcversion: 16A9E37B9207620F5453F5E

[root@doxer ~]# lsmod|grep e100
e1000e 229197 0
详细请参考：