主页 / server / 问题

问题[broadcom](server)

Martin Hope
mvorisek
Asked: 2020-03-15 14:33:06 +0800 CST
  • 1

当我通过以下方式转储 LSI RAID 9260-8i 配置时：

/storcli /c0 show all

该Supported VD Operations部分如下所示：

Read Policy = Yes
Write Policy = Yes
IO Policy = Yes
Access Policy = Yes
Disk Cache Policy = Yes
Reconstruction = Yes
Deny Locate = No
Deny CC = No
Allow Ctrl Encryption = No
Enable LDBBM = Yes
Support FastPath = Yes
Performance Metrics = Yes
Power Savings = No
Support Powersave Max With Cache = No
Support Breakmirror = No
Support SSC WriteBack = Yes
Support SSC Association = Yes
Support VD Hide = No
Support VD Cachebypass = No
Support VD discardCacheDuringLDDelete = No

那里的SSC WriteBack表达是什么意思？

raid hardware-raid lsi broadcom
Martin Hope
Eliot B.
Asked: 2016-07-22 00:25:11 +0800 CST
  • 1

我正在使用 Broadcom Corporation NetXtreme BCM57800 1/10 Gigabit ethernet 在 Debian 7.10 下的 2 台服务器上工作。

我对两台服务器都做了以下操作：

ethtool -g eth0 Ring parameters for eth0: Pre-set maximums: RX: 4078 RX Mini: 0 RX Jumbo: 0 TX: 4078 Current hardware settings: RX: 4078 RX Mini: 0 RX Jumbo: 0 TX: 4078

我将 mtu 更改为 9000： ifconfig eth0 mtu 9000

ifconfig eth0 值已更改：

UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1

但是当我尝试发送 9000 字节数据包时它不起作用： ping -M do -s 8972 10.0.0.3 PING 10.0.0.3 (10.0.0.3) 8972(9000) bytes of data. ^C --- 10.0.0.3 ping statistics --- 13 packets transmitted, 0 received, 100% packet loss, time 12095ms

但是它仍然可以处理 1500 字节的数据包：

ping -M do -s 1472 10.0.0.3 PING 10.0.0.3 (10.0.0.3) 1472(1500) bytes of data. 1480 bytes from 10.0.0.3: icmp_seq=1 ttl=64 time=0.054 ms 1480 bytes from 10.0.0.3: icmp_seq=2 ttl=64 time=0.041 ms

网卡固件：

/sbin/modinfo bnx2x filename: /lib/modules/3.16.0-4-amd64/kernel/drivers/net/ethernet/broadcom/bnx2x/bnx2x.ko firmware: bnx2x/bnx2x-e2-7.8.19.0.fw firmware: bnx2x/bnx2x-e1h-7.8.19.0.fw firmware: bnx2x/bnx2x-e1-7.8.19.0.fw version: 1.78.19-0 license: GPL description: Broadcom NetXtreme II BCM57710/57711/57711E/57712/57712_MF/57800/57800_MF/57810/57810_MF/57840/57840_MF Drive

我在这里错过了什么吗？

linux jumboframes debian mtu broadcom
Martin Hope
Geoff Dalgas
Asked: 2010-01-21 13:50:32 +0800 CST
  • 32

TL；DR 版本：原来这是 Windows Server 2008 R2 中的一个深部 Broadcom 网络错误。更换英特尔硬件修复了它。我们不再使用 Broadcom 硬件。曾经。

我们一直在使用HAProxy以及来自 Linux-HA 项目的心跳。我们正在使用两个 linux 实例来提供故障转移。每台服务器都有自己的公共 IP 和单个 IP，两者使用虚拟接口 (eth1:1) 在 IP：69.59.196.211 之间共享

虚拟接口 (eth1:1) IP 69.59.196.211 被配置为它们后面的 windows 服务器的网关，我们使用 ip_forwarding 来路由流量。

我们在我们的 linux 网关后面的一个 windows 服务器上偶尔会遇到网络中断。HAProxy 将检测到服务器离线，我们可以通过远程连接到故障服务器并尝试 ping 网关来验证：

用 32 字节的数据 ping 69.59.196.211：
来自 69.59.196.220 的回复：无法访问目标主机。

在这个失败的服务器上运行arp -a显示没有网关地址(69.59.196.211) 的条目：

接口：69.59.196.220 --- 0xa
互联网地址物理地址类型
69.59.196.161 00-26-88-63-c7-80 动态
69.59.196.210 00-15-5d-0a-3e-0e 动态
69.59.196.212 00-21-5e-4d-45-c9 动态
69.59.196.213 00-15-5d-00-b2-0d 动态
69.59.196.215 00-21-5e-4d-61-1a 动态
69.59.196.217 00-21-5e-4d-2c-e8 动态
69.59.196.219 00-21-5e-4d-38-e5 动态
69.59.196.221 00-15-5d-00-b2-0d 动态
69.59.196.222 00-15-5d-0a-3e-09 动态
69.59.196.223 ff-ff-ff-ff-ff-ff 静态
224.0.0.22 01-00-5e-00-00-16 静态
224.0.0.252 01-00-5e-00-00-fc 静态
225.0.0.1 01-00-5e-00-00-01 静态

在我们的 linux 网关实例arp -a上显示：

peak-colo-196-220.peak.org (69.59.196.220) 位于 eth1 的 <incomplete>
stackoverflow.com (69.59.196.212) 在 00:21:5e:4d:45:c9 [ether] 在 eth1
peak-colo-196-215.peak.org (69.59.196.215) 在 00:21:5e:4d:61:1a [ether] 在 eth1
peak-colo-196-219.peak.org (69.59.196.219) 在 00:21:5e:4d:38:e5 [ether] 在 eth1
peak-colo-196-222.peak.org (69.59.196.222) 在 00:15:5d:0a:3e:09 [ether] 在 eth1
peak-colo-196-209.peak.org (69.59.196.209) 在 00:26:88:63:c7:80 [ether] 在 eth1
peak-colo-196-217.peak.org (69.59.196.217) 在 00:21:5e:4d:2c:e8 [ether] 在 eth1

为什么 arp 偶尔会将此故障服务器的条目设置为 <incomplete>？ 我们应该静态定义我们的 arp 条目吗？我总是不理会 arp，因为它 99% 的时间都有效，但在这个例子中，它似乎失败了。我们是否可以采取任何其他故障排除步骤来帮助解决此问题？

我们尝试过的事情

我添加了一个静态 arp 条目，用于在其中一个仍然没有帮助的 linux 网关上进行测试。

root@haproxy2:~# arp -a
peak-colo-196-215.peak.org (69.59.196.215) at 00:21:5e:4d:61:1a [ether] on eth1
peak-colo-196-221.peak.org (69.59.196.221) at 00:15:5d:00:b2:0d [ether] on eth1
stackoverflow.com (69.59.196.212) at 00:21:5e:4d:45:c9 [ether] on eth1
peak-colo-196-219.peak.org (69.59.196.219) at 00:21:5e:4d:38:e5 [ether] on eth1
peak-colo-196-209.peak.org (69.59.196.209) at 00:26:88:63:c7:80 [ether] on eth1
peak-colo-196-217.peak.org (69.59.196.217) at 00:21:5e:4d:2c:e8 [ether] on eth1
peak-colo-196-220.peak.org (69.59.196.220) at 00:21:5e:4d:30:8d [ether] PERM on eth1

root@haproxy2:~# arp -i eth1 -s 69.59.196.220 00:21:5e:4d:30:8d
root@haproxy2:~# ping 69.59.196.220
PING 69.59.196.220 (69.59.196.220) 56(84) bytes of data.
--- 69.59.196.220 ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6006ms

重新启动 windows web 服务器暂时解决了这个问题，没有对网络进行其他更改，但我们的经验表明这个问题会再次出现。

交换网卡和交换机

我注意到故障 Windows 服务器的交换机端口上的链接指示灯在故障接口上以 100Mb 而不是 1Gb 运行。我将电缆移到其他几个开放端口，链接指示我尝试的每个端口为 100Mb。我还更换了电缆，结果相同。我尝试在windows中更改网卡的属性，服务器被锁定，点击应用后需要硬重置。这个 Windows 服务器有两个物理网络接口，所以我交换了两个接口上的电缆和网络设置，看看问题是否出在接口上。如果公共接口再次出现故障，我们将知道这不是网卡的问题。

（我们还尝试了我们手头的另一个开关，没有变化）

更改网络硬件驱动程序版本

我们在最新的 Broadcom 驱动程序以及 Windows Server 2008 R2 中附带的内置驱动程序中遇到了同样的问题。

更换网线

作为最后的努力，我们记得发生的另一个变化是更换了我们的服务器/交换机之间的所有跳线。我们购买了两套，一套用于专用接口的 1 英尺 - 3 英尺长的绿色电缆，另一套用于公共接口的红色电缆。我们用不同的品牌换掉了所有公共接口跳线，并在整整一周内没有问题地运行我们的服务器...... aaaaa 然后问题再次出现。

禁用校验和卸载，删除 TProxy

我们还尝试在驱动程序中禁用 TCP/IP 校验和卸载，没有任何变化。我们现在退出 TProxy 并转向更传统的x-forwarded-for网络安排，无需任何花哨的 IP 地址重写。我们会看看这是否有帮助。

交换机虚拟化提供商

万一这在某种程度上与 Hyper-V 相关（我们确实在其上托管 Linux VM），我们切换到 VMWare Server。没变。

切换主机型号

我们已经到了故障排除的尽头，现在正式涉及 Microsoft 支持。他们建议更改主机模型：

我们这样做了，而且我们还获得了一些未发布的内核修补程序，这些修补程序可能已被纳入 2008 R2 SP1。没有修复。

更换网卡硬件

最终，用英特尔网络硬件替换 Broadcom 网络硬件为我们解决了这个问题。所以我倾向于认为 Broadcom Windows Server 2008 R2 驱动程序有问题！

http://blog.serverfault.com/post/broadcom-die-mutha/

networking windows-server-2008-r2 broadcom