跳转到主内容
NetApp Response to Russia-Ukraine Cyber Threat
In response to the recent rise in cyber threat due to the Russian-Ukraine crisis, NetApp is actively monitoring the global security intelligence and updating our cybersecurity measures. We follow U.S. Federal Government guidance and remain on high alert. Customers are encouraged to monitor the Cybersecurity and Infrastructure Security (CISA) website for new information as it develops and remain on high alert.

更换跳过的驱动器时控制器固件的行为是什么?

Views:
19
Visibility:
Public
Votes:
0
Category:
e-series-systems
Specialty:
esg
Last Updated:

适用于

E 系列控制器固件 7.xx

解答

在 7.xx 控制器固件中更改了控制器固件处理跳过的驱动器的方式。在物理更换被绕过的驱动器时、按其 WWN (而不是基于插槽)实施跟踪驱动器、以及重构各个驱动器部件以处理延迟的驱动器签入的功能导致控制器固件未正常处理的故障。

默认的 07.xx 控制器固件驱动器更换行为如下:

  • 如果在两个端口上都绕过驱动器、则HotSpare 在写入失败时会将其受影响的部分重建为。
  • 控制器固件未导致驱动器故障。
  • 固件仍会保留绕过的驱动器存在的知识、并认为它处于最佳状态。
  • 如果驱动器已物理卸下、控制器固件不会出现故障、但会将其标记为不存在 / 最佳。

在将替换驱动器插入同一个盘柜 / 插槽时、新驱动器将被视为未分配驱动器。当驱动器由其 WWN 进行跟踪、并且原始驱动器从未发生故障时、控制器固件仍在寻找其现有的不存在 / 最佳驱动器以便从重新插入到系统CopyBack  HotSpare 中。

GUI 无法为“ Not Present / Optimal Drive ”(不存在 / 最佳驱动器)执行剩余条目。用户必须通过运行 CLI 脚本来手动干预以更换驱动器,然后CopyBack  才能在新驱动器上进行操作。后来更改了此行为、以便在插入另一个驱动器而不是插入丢失的驱动器时、控制器固件会执行复制回该驱动器并重新构造该驱动器上的故障片段。无论插入的驱动器是新的、未分配的还是已分配的。插入的驱动器实质上会替换驱动器组中缺少的驱动器。此更改在以下控制器固件代码级别中实施。

仅限于戴尔和 Teradata :

  • 07.60.xx.xx 及更高版本
  • 07.35.xx.xx 及更高版本
  • 07.36.03.x0 及更高版本

IBM 和通用版本:

  • 07.75.xx.xx 及更高版本
  • 07.70.33.x0 及更高版本
  • 07.60.51.x0 及更高版本
  • 07.35.62.x0 及更高版本

其他信息

附加信息 _text

 

Scan to view the article on your device