这就是我所看到的
# netstat -i
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
bond0 1500 0 703449 0 147463 0 978099 0 0 0 BMmRU
eth4 1500 0 306302 0 0 0 259244 0 0 0 BMsRU
eth5 1500 0 397147 0 6 0 718855 0 0 0 BMsRU
lo 16436 0 1977704 0 0 0 1977704 0 0 0 LRU
# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer3+4 (1)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 5000
Down Delay (ms): 5000
802.3ad info
LACP rate: fast
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
Aggregator ID: 1
Number of ports: 2
Actor Key: 17
Partner Key: 32912
Partner Mac Address: RE:DA:CT:ED:be:05
Slave Interface: eth4
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: RE:DA:CT:ED:1a:da
Aggregator ID: 1
Slave queue ID: 0
Slave Interface: eth5
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: RE:DA:CT:ED:1a:db
Aggregator ID: 1
Slave queue ID: 021%的丢包相当于DOS攻击。(我的调查进展还不够深入,无法对“蓄意”和/或“恶意”发表意见。)该键由eth4和eth5组成。主机上没有其他接口处于活动状态。
但这并不是:
cat /proc/net/bonding/bond0没有显示错误ethtool -S <iface>没有显示错误,但只显示单个接口的结果;在整个绑定上没有任何结果。限制:
问题:
tcpdump,它会看到数据包被丢弃吗?还是在tcpdump进行记录之前就开始下降了?调查一下,现在。
这个红帽溶液提到“软网备份完全”。其他解决方案添加“在/proc/net/softnet_stat中测量”。到目前为止,所有的解决方案都没有详细说明这意味着什么。我如何特别确定“软网备份满”是这些丢包的来源,还是不是这些丢包的来源?
发布于 2016-10-23 02:14:56
事实证明,这是“按设计工作”。请参阅https://access.redhat.com/solutions/657483
https://unix.stackexchange.com/questions/309385
复制相似问题