目录

问题陈述：

受影响的硬件：

带UCSB-MRAID12G RAID控制器的服务器：

受影响的固件：

受影响的操作系统：

原因：

如何防止出现问题？

如果服务器遇到此问题，如何恢复？

相关漏洞：CSCvr11972

问题陈述：

更换RAID控制器后，VD的NAA ID在外部配置导入期间发生更改，导致Datastore装载失败。

受影响的硬件：

UCSB-MRAID12G

UCSC-MRAID12G

带UCSB-MRAID12G RAID控制器的服务器:

UCS B200 M4

UCS B200 M5

UCS B480 M5

UCS B420 M4

UCS C220 M4

UCS C240 M4

受影响的固件：

RAID控制器固件：  24.5.x.x和24.6.x.x

示例#

***mrsasctlr.24.5.0-0043_6.19.05.0_NA.bin

24.5.x.x控制器固件在3.2.*之前的所有UCSM版本中都可见。*

3.1 #版本说明

https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.htmlhttps://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/release/notes/CiscoUCSManager-RB-3-1.html

受影响的操作系统：

VMware ESXi

原因：

对于较旧的固件版本，如果发现DDF（设备数据格式）工作区版本不匹配，则控制器防火墙在外部导入期间无法从DDF恢复NAA ID。

MR 6.4有DDF_WORK_SPACE版本1，而MR 6.10有DDF_WORK_SPACE版本3。FW MR 6.4之后的版本进行了修复，使控制器FW能够从DDF恢复NAA ID，即使发现DDF工作区不匹配。 更换控制器固件旧时，无法正确分析NAA ID(示例：24.5.x和24.6.x)。 但24.12.x版本可以正确解析NAA ID。

更换前：

服务器 2/2：

已配备产品名称：思科UCS B200 M5 2插槽刀片服务器

配备的PID:UCSB-B200-M5

配备的VID:V06

配备的串行(SN):FCH222973K5

插槽状态：配备

确认的产品名称：思科UCS B200 M5 2插槽刀片服务器

确认的PID:UCSB-B200-M5

确认的VID:V06

确认的串行(SN):FCH222973K5

确认内存(MB):524288

确认有效内存(MB):524288

确认核心：28

确认的适配器：1

虚拟驱动器0:

type：RAID 1镜像

地址块大小:512

块：1560545280

可操作性：可操作

Presence:配备

大小:761985

生命周期：已分配

驱动器状态：最佳

条带大小(KB):64

访问策略:读写

读取策略：正常

配置的写缓存策略：直写

实际写缓存策略：直写

IO策略：直接

驱动器缓存：无更改

可启动：真

唯一标识符：bcc0dd21-2006-4189-86c1-132017ad0958

供应商唯一标识符：618e7283-72eb-6460-240f-d02c0bbd9310 <<<<<<<<<<<<<<<<<<<<<

更换后：

服务器 2/2：

已配备产品名称：思科UCS B200 M5 2插槽刀片服务器

配备的PID:UCSB-B200-M5

配备的VID:V06

配备的串行(SN):FCH222973K5

插槽状态：配备

确认的产品名称：思科UCS B200 M5 2插槽刀片服务器

确认的PID:UCSB-B200-M5

确认的VID:V06

确认的串行(SN):FCH222973K5

确认内存(MB):524288

确认有效内存(MB):524288

确认核心：28

确认的适配器：1

虚拟驱动器0:

type：RAID 1镜像

地址块大小:512

块：1560545280

可操作性：可操作

Presence:配备

大小:761985

生命周期：已分配

驱动器状态：最佳

条带大小(KB):64

访问策略:读写

读取策略：正常

配置的写缓存策略：直写

实际写缓存策略：直写

IO策略：直接

驱动器缓存：无更改

可启动：真

唯一标识符：7a894b44-721a-41ae-a3bf-380102b9e64e

供应商唯一标识符：618e7283-72ea-3f20-ff00-005a0574b04b <<<<<<<<<<<<<<<<<<<<<<<<<<<

在本例中，服务器2/2的[供应商唯一标识符] ID从[618e7283-72eb-6460-240f-d02c0bbd9310]更改为[618e7283-72ea-3f20-ff00-005a0574b04b]

如何防止出现问题？

在插入VD/磁盘之前，更新更换控制器的固件可以避免此问题。

详细步骤：

1. 关闭服务器

2. 逐个卸下所有磁盘，并使同一插槽未完全插入磁盘，以便其放置顺序

3. 安装新的RAID控制器以便更换，而不插入磁盘。

4. 服务器将识别新的RAID控制器

5. 更新Raid控制器的固件。

6. 成功升级固件后，关闭服务器电源并将磁盘插入服务器。

7. 现在打开服务器电源

如果服务器遇到此问题，如何恢复？

详细步骤：

========================

恢复Datastore的过程

========================

1登录到vSphere客户端，然后从资产面板中选择服务器。

2单击“配置”选项卡，然后单击“硬件”面板中的存储。

3点击添加存储。

4选择磁盘/LUN存储类型，然后点击“下一步”。

5从LUN列表中，选择在VMFS标签列中显示datastore名称的LUN，然后单击下一步。

备注:VMFS标签列中的名称表示LUN是包含现有VMFS数据存储库副本的副本。

6在安装选项下， 显示以下选项：

保留现有签名:永久装载LUN（例如，在重新启动后装载LUN）

分配新签名:重新签名LUN

格式化磁盘:重新格式化LUN

备注: 格式化磁盘选项将删除LUN上的任何现有数据。在尝试重新签名之前，请确保在任何其他主机上没有运行该VMFS卷的虚拟机，因为这些虚拟机在vCenter Server资产中变得无效，并且它们将在各自的主机上重新注册。

选择Assign a New Signature（分配新签名），然后点击Next（下一步）。

7为卷选择所需的选项

8在“准备完成”(Ready to Complete)页面中，查看Datastore配置信息，然后点击完成(Finish)。

========================

下一步操作

=======================================================================

辞职后，您可能必须执行以下操作：

1登录到vSphere客户端，U在Inventory List（资产列表）> Click Datastore(Datastore)下

2右键点击Datastore，然后点击“Browse Datastore”

3在左窗格中，点击VM文件夹以在右窗格中显示内容

4在右窗格中，右键单击.vmx文件并选择“添加到资产”

5演练“添加到资产”向导以完成将VM添加到ESXi主机

6对所有剩余虚拟机重复步骤。

7重新注册所有虚拟机后，右键单击每个虚拟机并选择“从资产中删除”，从资产中删除所有不可访问的虚拟机

8打开每台虚拟机的电源，并验证其是否运行且可访问

注意：在打开VM电源之前，请重新启动ESXi主机，在ESXi主机重新联机并可通过vSphere客户端访问后，确认VM仍可见且未进入“不可访问”状态

相关错误：CSCvr11972

CSCvr11972 更换MRAID12G后，供应商唯一标识符更改

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr11972