Exadata: Active-Passive Bond Intermittently Fails after Network Device Failback
(Doc ID 2446202.1)
Last updated on NOVEMBER 04, 2024
Applies to:
Linux OS - Version Oracle Linux 6.9 with Unbreakable Enterprise Kernel [4.1.12] and laterExadata Cloud at Customer X7-2 Hardware - Version All Versions to All Versions [Release All Releases]
Oracle Exadata Hardware - Version 11.2.3.1.1 to 11.2.3.1.1 [Release 11.2]
Information in this document applies to any platform.
Symptoms
On Exadata environment , the network packets are 100% dropped when the second device fail back to the bond which is configured as Active/Passive ( mode=1).
Changes
Configuration ::
Oracle Linux Server release 6.9 with kernel version 4.1.12-94.7.8.el6uek.x86_64
Product Name: ORACLE SERVER X7-2
18:00.0 Ethernet controller: Broadcom Limited BCM57417 NetXtreme-E 10Gb/25Gb RDMA Ethernet Controller (rev 01)
18:00.1 Ethernet controller: Broadcom Limited BCM57417 NetXtreme-E 10Gb/25Gb RDMA Ethernet Controller (rev 01)
5e:00.0 Ethernet controller: Broadcom Limited BCM57414 NetXtreme-E 10Gb/25Gb RDMA Ethernet Controller (rev 01)
5e:00.1 Ethernet controller: Broadcom Limited BCM57414 NetXtreme-E 10Gb/25Gb RDMA Ethernet Controller (rev 01)
>> proc/net/bonding/bondeth0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth1
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 5000
Down Delay (ms): 2000
Slave Interface: eth1
MII Status: up
Speed: 10000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: <MAC_ADDR>
Slave queue ID: 0
Slave Interface: eth2
MII Status: up
Speed: 10000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: <MAC_ADDR>
Slave queue ID: 0
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
| Symptoms |
| Changes |
| Cause |
| Solution |
| References |