- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- RX errors on Ethernet Adapter
Operating System - Linux
1823057
Members
3165
Online
109645
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-13-2010 02:31 AM
тАО12-13-2010 02:31 AM
RX errors on Ethernet Adapter
Hello,
I have problems with an Ethernet Adapter in my DL380 G7 with RHEL 5.3.
We have four NICs. Two on board and two via PCIe.
The both Nics on the PCIe cards have a lot of RX errors. As soon as I bind these NICs into a bonding the behavior is very strange.
The bond is good as long as the active NIC is one of the on-board NICs. As soon as there is a failover to a PCIe NIC I can ping the bond IP but I can not connect via SSH.
I have a duplicate server next to that, that has the same configuration, but is running fine. I switched the hard disks of the two servers to test if this is a configuration problem in my bonding, but the problem stays on the same server. Therefore I believe it is a problem on the hardware itself.
I do not know where to start and how to investigate that.
Here some outputs of my server (I removed eth2 from bonding for testing).
# ifconfig eth2
eth2 Link encap:Ethernet HWaddr 1C:C1:DE:18:3E:8E
inet addr:10.10.145.65 Bcast:10.10.255.255 Mask:255.255.128.0
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:71510 errors:6423 dropped:0 overruns:0 frame:6423
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6034633 (5.7 MiB) TX bytes:320 (320.0 b)
Interrupt:186 Memory:f8000000-f8012100
# ethtool eth2
Settings for eth2:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Link detected: yes
# mii-tool eth2
eth2: negotiated 100baseTx-FD flow-control, link ok
Would be great to get some help here.
Thank you in advance.
Matthias
I have problems with an Ethernet Adapter in my DL380 G7 with RHEL 5.3.
We have four NICs. Two on board and two via PCIe.
The both Nics on the PCIe cards have a lot of RX errors. As soon as I bind these NICs into a bonding the behavior is very strange.
The bond is good as long as the active NIC is one of the on-board NICs. As soon as there is a failover to a PCIe NIC I can ping the bond IP but I can not connect via SSH.
I have a duplicate server next to that, that has the same configuration, but is running fine. I switched the hard disks of the two servers to test if this is a configuration problem in my bonding, but the problem stays on the same server. Therefore I believe it is a problem on the hardware itself.
I do not know where to start and how to investigate that.
Here some outputs of my server (I removed eth2 from bonding for testing).
# ifconfig eth2
eth2 Link encap:Ethernet HWaddr 1C:C1:DE:18:3E:8E
inet addr:10.10.145.65 Bcast:10.10.255.255 Mask:255.255.128.0
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:71510 errors:6423 dropped:0 overruns:0 frame:6423
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6034633 (5.7 MiB) TX bytes:320 (320.0 b)
Interrupt:186 Memory:f8000000-f8012100
# ethtool eth2
Settings for eth2:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Link detected: yes
# mii-tool eth2
eth2: negotiated 100baseTx-FD flow-control, link ok
Would be great to get some help here.
Thank you in advance.
Matthias
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-13-2010 03:57 AM
тАО12-13-2010 03:57 AM
Re: RX errors on Ethernet Adapter
I am sorry.
I have to correct myself.
Of cause, the DL380 G7 has four on-board NICs and no PCIe Card with NICs.
This means it is even more strange, because NIC 1 and 2 are running fine, but 3 and 4 have a lot of RX Errors.
BR
Matthias
I have to correct myself.
Of cause, the DL380 G7 has four on-board NICs and no PCIe Card with NICs.
This means it is even more strange, because NIC 1 and 2 are running fine, but 3 and 4 have a lot of RX Errors.
BR
Matthias
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-13-2010 09:54 AM
тАО12-13-2010 09:54 AM
Re: RX errors on Ethernet Adapter
Have you tried changing any hardware (cables,
switch ports, ...)?
> Settings for eth2:
And what are the settings at the other end of
the cable?
switch ports, ...)?
> Settings for eth2:
And what are the settings at the other end of
the cable?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-13-2010 04:26 PM
тАО12-13-2010 04:26 PM
Re: RX errors on Ethernet Adapter
Strictly speaking, the minimum version of RHEL5 supported on the DL380 G7 is 5.4:
http://h18000.www1.hp.com/products/servers/linux/supportmatrix/rhel/exceptions/rhel-exceptions.html
You might get more information about the frame errors if you look at ethtool -S.
Assuming that there are cables connected to all four of the LOM ports, and they go to the same switch, and indeed only two of them show errors, you might consider "rotating" the cables one port and see if the errors stay with the port, or move with the cable. If they move with the cable, then repeat that on the switch, and see if they move with the cable, or stay with the port.
http://h18000.www1.hp.com/products/servers/linux/supportmatrix/rhel/exceptions/rhel-exceptions.html
You might get more information about the frame errors if you look at ethtool -S
Assuming that there are cables connected to all four of the LOM ports, and they go to the same switch, and indeed only two of them show errors, you might consider "rotating" the cables one port and see if the errors stay with the port, or move with the cable. If they move with the cable, then repeat that on the switch, and see if they move with the cable, or stay with the port.
there is no rest for the wicked yet the virtuous have no pillows
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Learn About
News and Events
Support
© Copyright 2025 Hewlett Packard Enterprise Development LP