On Tue, 3 Apr 2012 17:49:25 +0300 Aleksey Chudov <[email protected]> wrote: > I have few identical low end servers with the following integrated NICs: > 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network > Connection > 03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network > Connection
> On all servers is constantly increasing counters rx_errors, rx_length_errors > and rx_short_length_errors. > # ethtool -S eth0 > NIC statistics: > rx_packets: 441142143 > tx_packets: 640189607 > rx_bytes: 51863921636 > tx_bytes: 754569587969 > rx_broadcast: 158 > tx_broadcast: 1 > rx_errors: 13 > rx_length_errors: 13 > rx_short_length_errors: 13 > tx_tcp_seg_good: 106335289 > rx_long_byte_count: 51863921636 > rx_csum_offload_good: 441123474 > rx_csum_offload_errors: 4958 > I tried the following settings 82574L: ... > It seems that the number of errors does not depend on configuration or > driver version or the amount of traffic. All the troubleshooting items listed above are typically for different issues than you are having. > Then I tied to insert in one server additional NIC 82576 connected to the > same switch through the same patch cable and errors completely disappeared. That indicates you might be having some issue at the physical layer (the PHY) on the part. What kind of switch, and what does 'ethtool eth0' report for the negotiated settings? > Does anyone have any idea why there are errors with 82574L NIC ? your error rate is extremely small, and in my experience most internet connected machines have some amount of bogus input. That said you didn't have issues with the 82576, which has a completely diffferent PHY. the rx_short_length errors are extremely unusual and are another strong indication of a physical layer problem (bad cable, something else gone wrong with LAN controller PHY, possibly negotiation of tx or rx power having issues) is the cable run very long? <snip> please give us the output of ethtool -e from one of your 82574L having issues. ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ E1000-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/e1000-devel To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
