小编War*_*ung的帖子

RAID-6:最好同时更换两个死驱动器,还是一次更换一个?

我们有一个 16 驱动器 RAID-6,其中包含三个有问题的驱动器。其中两个已经死亡,第三个正在发出 SMART 警告。(别管它是如何变得如此糟糕的状态。)

显然,我们希望在仍在工作的驱动器之前更换死驱动器,但最好是:

  1. 更换一个死驱动器,让RAID重建,然后更换另一个,让它再次重建;或者

  2. 一次更换两个驱动器并让它并行重建?

换句话说,我们是否会通过重新引入一两个驱动器来更快地恢复到冗余状态?并行重建两个驱动器会减慢重建过程吗?

如果重要,控制器是 3ware 9650SE-16ML。

raid replace hard-drive 3ware

21
推荐指数
2
解决办法
1万
查看次数

FreeBSD 链路聚合不比单链路快

我们把一个4端口英特尔I340-T4 NIC在一个FreeBSD 9.3服务器1,并且被配置为它的链路聚合LACP模式以试图从主文件服务器降低所花费的反射镜8的时间数据的16个的TiB到2- 4 个平行克隆。我们期望获得高达 4 Gbit/sec 的聚合带宽,但无论我们尝试过什么,它的速度都不会超过 1 Gbit/sec 的聚合带宽。2

我们正在使用iperf3在静态 LAN 上对此进行测试。3第一个实例几乎达到了千兆位,正如预期的那样,但是当我们并行启动第二个实例时,两个客户端的速度下降到大约 ½ Gbit/秒。添加第三个客户端会将所有三个客户端的速度降低到 ~⅓ Gbit/sec,依此类推。

我们在设置iperf3测试时非常小心,以确保来自所有四个测试客户端的流量通过不同端口进入中央交换机:

LACP 测试设置

我们已经验证了每台测试机器都有一条独立的路径返回到机架交换机,并且文件服务器、它的 NIC 和交换机都有带宽来通过拆分lagg0组并为每个机器分配一个单独的 IP 地址来实现这一点。此 Intel 网卡上的四个接口之一。在该配置中,我们确实实现了约 4 Gbit/sec 的聚合带宽。

当我们开始走这条路时,我们使用的是旧的SMC8024L2 管理型交换机。(PDF 数据表,1.3 MB。)这不是当时最高端的交换机,但它应该能够做到这一点。我们认为交换机可能有问题,因为它的年龄,但升级到功能更强大的HP 2530-24G并没有改变症状。

HP 2530-24G 交换机声称有问题的四个端口确实配置为动态 LACP 中继:

# show trunks
Load Balancing Method:  L3-based (default)

  Port | Name                             Type      | Group Type    
  ---- + -------------------------------- --------- + ----- …
Run Code Online (Sandbox Code Playgroud)

freebsd bandwidth bonding lacp

10
推荐指数
1
解决办法
5244
查看次数

OS X 网络堆栈忽略 IGMP 成员资格查询

我们有一个远程站点,其中 Mac 不响应IGMP 成员资格查询,但 Windows 机器确实响应。因此,大约 10 分钟后,支持 IGMP 的网络交换机会切断发送至 Mac 的多播流。

这是显示问题的 Wireshark 屏幕截图:

Wireshark IGMP 数据包捕获

第一个数据包是应用程序请求网络开始允许从 239.255.20.1 到 Mac 的 IGMP 数据包。然后您会看到,此后大约每隔 125 秒,配置为 IGMP 查询器 (10.1.254.254) 的网络交换机就会询问我们是否仍然对该流感兴趣。请注意明显缺乏响应。

以下是本地网络上发生的情况,以供比较:

良好的 IGMP 数据包捕获

在这里,大约每 95 秒,IGMP 查询器 (172.20.0.2) 就会询问我们是否仍然需要该流,而相关的 Mac (172.20.0.144) 会说:“是的,继续发送它。”

有问题的 Mac 上的防火墙在 GUI 中已关闭,我已在命令行中对其进行了验证:

$ /usr/libexec/ApplicationFirewall/socketfilterfw --getglobalstate
防火墙已禁用。(状态 = 0)
$ /usr/libexec/ApplicationFirewall/socketfilterfw --getblockall
阻止所有禁用!
$ /usr/libexec/ApplicationFirewall/socketfilterfw --getstealthmode
隐身模式已禁用
$ /usr/libexec/ApplicationFirewall/socketfilterfw --getappblocked /Applications/mumblemutter.app/...
该应用程序不是防火墙的一部分

应用程序并不重要,因为堆栈在加入组后处理 IGMP 查询。

问题 Mac 运行的是 10.11.5,但我无法相信通过升级到绝对最新版本可以解决该问题,因为这意味着基于 BSD 的操作系统正在 2016 年修复其网络堆栈中的严重错误。有可能,但极其严重低概率。

networking multicast streaming igmp

2
推荐指数
1
解决办法
3400
查看次数

从一个次要的 CentOS 版本到下一个版本的最小升级

我想将我们的远程系统从 CentOS 7.2 更新到 7.3。是否有一个选项只安装所需的最少数量的软件包?标准升级将涉及下载近 800MB 的软件包。

optimization centos upgrade

2
推荐指数
1
解决办法
110
查看次数