RDMLUN重新扫描过程可能需要很长时间分析.docx
《RDMLUN重新扫描过程可能需要很长时间分析.docx》由会员分享，可在线阅读，更多相关《RDMLUN重新扫描过程可能需要很长时间分析.docx（8页珍藏版）》请在冰豆网上搜索。
RDMLUN重新扫描过程可能需要很长时间分析
可查看由带有RDM的MSCS节点所使用的RDMLUN的ESXi/ESX主机启动或LUN重新扫描过程可能需要很长时间（2081951）
Symptoms
免责声明：
本文是ESXi/ESXhostswithvisibilitytoRDMLUNsbeingusedbyMSCSnodeswithRDMsmaytakealongtimetostartorduringLUNrescan（1016106）的翻译版本。
尽管我们会不断努力为本文提供最佳翻译版本，但本地化的内容可能会过时。
有关最新内容，请参见英文版本。
∙ESXi/ESX4.x和ESXi5.x主机启动需要很长时间。
这一时间取决于连接ESXi/ESX主机的RDM的数量。
注意：
对于在含有两个节点的MSCS群集中使用10个RDM的系统，使用辅助节点重新启动ESXi/ESX主机大约需要30分钟的时间。
而对于所用RDM数量较少的系统，重新启动的时间会缩短。
例如，如果只使用三个RDM，则重新启动的时间约为10分钟。
∙ESXi会间歇性地在“摘要”选项卡上显示一条错误消息，vSphereClient可能无法启动：
无法同步主机hostname。
操作超时（Cannotsynchronizehosthostname.OperationTimedout）。
∙日志记录屏幕显示此消息后一直在等待启动：
正在加载多数据区模块（Loadingmodulemultiextent）。
∙群集正在运行加入到主机间使用共享RDM和SCSI预留的MSCS中的虚拟机，而另一个主机上的虚拟机是保存SCSI预留的活动群集节点。
∙在以下步骤中出现延迟：
o起始路径声明和SCSI设备发现
在重新启动ESXi主机时生成的vmkernel.log文件中（根据ESXi的版本查看日志文件，请参见下面的注释），您会看到类似以下内容的条目：
vmkernel:
0:
00:
01:
57.828cpu0:
4096）WARNING:
ScsiCore:
1353:
Power-onResetoccurredonnaa.6006016045502500176a24d34fbbdf11
vmkernel:
0:
00:
01:
57.830cpu0:
4096）VMNIX:
VmkDev:
2122:
AddedSCSIdevicevml0:
3:
0（naa.6006016045502500166a24d34fbbdf11）
vmkernel:
0:
00:
02:
37.842cpu3:
4099）ScsiDeviceIO:
1672:
Command0x1atodevice"naa.6006016045502500176a24d34fbbdf11"failedH:
0x5D:
0x0P:
0x0Possiblesensedata:
0x00x00x0
o挂载RDMLUN的分区
在重新启动ESXi/ESX主机时生成的vmkernel.log文件中，您会看到类似以下内容的条目：
vmkernel:
0:
00:
08:
58.811cpu2:
4098）WARNING:
ScsiCore:
1353:
Power-onResetoccurredonnaa.600601604550250083489d914fbbdf11
vmkernel:
0:
00:
08:
58.814cpu0:
4096）VMNIX:
VmkDev:
2122:
AddedSCSIdevicevml0:
9:
0（naa.600601604550250082489d914fbbdf11）
vmkernel:
0:
00:
09:
38.855cpu2:
4098）ScsiDeviceIO:
1672:
Command0x1atodevice"naa.600601604550250083489d914fbbdf11"failedH:
0x5D:
0x0P:
0x0Possiblesensedata:
0x00x00x0.
vmkernel:
0:
00:
09:
38.855cpu1:
4111）ScsiDeviceIO:
4494:
CouldnotdetectsettingofQErrfordevicenaa.600601604550250083489d914fbbdf11.ErrorFailure.
vmkernel:
0:
00:
10:
08.945cpu1:
4111）WARNING:
Partition:
801:
Partitiontablereadfromdevicenaa.600601604550250083489d914fbbdf11failed:
I/Oerror
vmkernel:
0:
00:
10:
08.945cpu1:
4111）ScsiDevice:
2200:
Successfullyregistereddevice"naa.600601604550250083489d914fbbdf11"fromplugin"NMP"oftype0
vmkernel:
47:
02:
52:
19.382cpu17:
9624）WARNING:
NMP:
nmp_IsSupportedPResvCommand:
UnsupportedPersistentReservationCommand,serviceaction0type4
vmkernel:
47:
02:
52:
19.383cpu17:
9624）WARNING:
NMP:
nmp_IsSupportedPResvCommand:
UnsupportedPersistentReservationCommand,serviceaction0type4
vmkernel:
47:
02:
52:
19.383cpu23:
9621）WARNING:
NMP:
nmp_IsSupportedPResvCommand:
UnsupportedPersistentReservationCommand,serviceaction0type4
vmkernel:
47:
02:
52:
19.383cpu17:
9624）WARNING:
NMP:
nmp_IsSupportedPResvCommand:
UnsupportedPersistentReservationCommand,serviceaction0type4
vmkernel:
47:
02:
52:
19.383cpu12:
4108）WARNING:
NMP:
nmpUpdatePResvStateSuccess:
ParameterListLength54310000forserviceaction0isbeyondthesupportedvalue18
vmkernel:
47:
02:
52:
19.383cpu12:
4108）WARNING:
NMP:
nmpUpdatePResvStateSuccess:
ParameterListLength54310000forserviceaction0isbeyondthesupportedvalue18
vmkernel:
47:
02:
52:
19.383cpu3:
5733）WARNING:
NMP:
nmpUpdatePResvStateSuccess:
ParameterListLength54310000forserviceaction0isbeyondthesupportedvalue18
vmkernel:
47:
02:
52:
19.384cpu12:
9738）WARNING:
NMP:
nmpUpdatePResvStateSuccess:
ParameterListLength54310000forserviceaction0isbeyondthesupportedvalue18
vmkernel:
47:
02:
52:
21.383cpu23:
9621）WARNING:
NMP:
nmp_IsSupportedPResvCommand:
UnsupportedPersistentReservationCommand,serviceaction0type4
∙如果配置现有VMFSLUN上的设置，可能会在vmkernel.log文件中看到以下条目：
cpu4:
10169）WARNING:
Partition:
1273:
Device"naa.XXXXXXXXXXXXXXXXXXXxxxxxxxxxxxxx"withaVMFSpartitionismarkedperenniallyreserved.Thisisnotsupportedandmayleadtodataloss.
cpu4:
10169）WARNING:
Partition:
1273:
Device"naa.XXXXXXXXXXXXXXXXXXXxxxxxxxxxxxxx"withaVMFSpartitionismarkedperenniallyreserved.Thisisnotsupportedandmayleadtodataloss.
cpu4:
10169）WARNING:
Partition:
1273:
Device"naa.XXXXXXXXXXXXXXXXXXXxxxxxxxxxxxxx"withaVMFSpartitionismarkedperenniallyreserved.Thisisnotsupportedandmayleadtodataloss.
注意：
不同版本ESX/ESXi的vmkernel.log文件的位置说明详见LocationoflogfilesforVMwareproducts（1021806）。
Purpose
本文介绍了一个特定问题。
如果出现所有症状，请查阅各部分内容。
如果仅遇到其中的部分症状，则可在KnowledgeBase中搜索您遇到的症状，或者参见以下文章：
∙vSphereESX/ESXi4.xstopsduringstartupatthestep:
multiextentloadedsuccessfully（2003424）
∙ESXmachineshostingpassiveMSCSnodesreportreservationconflictsduringstorageoperations（1009287）
Resolution
ESXi/ESX4.x
该问题在2011年7月8日发行的VMwareESXi/ESX4.1修补程序中已解决。
有关详细信息，请参见：
∙ESXi4.1:
VMwareESXi4.1PatchESXi410-201107401-BG:
UpdatesFirmware（2000609）
∙ESX4.1:
VMwareESX4.1PatchESX410-201107401-BG:
UpdatesVMkernel,VMX,CIM（2000604）
除了安装修补程序外，在受影响的ESXi/ESX主机上修改此高级配置选项也可以加快启动过程：
∙ESXi/ESX4.1：
将高级选项Scsi.CRTimeoutDuringBoot改为1。
∙ESXi/ESX4.0：
将高级选项Scsi.UWConflictRetries改为80。
有关更改高级配置选项的详细信息，请参见ConfiguringadvancedoptionsforESXi/ESX（1038578）。
在ESXi/ESX4.1上，如果重新扫描时间仍然增加，则解决该问题的最佳选择是将主机升级到ESXi5.0，其中包括上述两项修复（即在2011年7月28日发行的修补程序以及将高级选项Scsi.CRTimeoutDuringBoot改为1）。
在现有LUN上配置perennially-reserved设置之前，可以验证LUN是否挂载为VMFSLUN。
要查看现有设置，可运行以下命令：
esxcfg-scsidevs-m|grepnaa.XXXXXXXXXXXXXXXXXXX
在ESXi5.0中，问题“无法同步主机hostname。
操作超时（Cannotsynchronizehosthostname.OperationTimedout）”已修复，建议升级到ESXi5.0或更高版本。
ESXi5.0
ESXi5.0引入了一个配置标记，将每个加入到MSCS群集中的设备标记为永久保留，从而用一种不同的方法来确定MSCS群集设备是否使用了裸设备映射（RDM）LUN。
在ESXi主机启动期间，存储中间层会在设备声明阶段尝试发现所有提供给ESXi主机的设备。
但是，带有永久SCSI预留的MSCSLUN会使启动过程变长，这是因为，由于永久性SCSI预留被其他ESXi主机上托管的活动MSCS节点放到了某个设备上，而使ESXi主机无法询问LUN。
对于每个ESXi主机，都是在本地将设备配置为永久预留，并且必须对可查看加入到MSCS群集中的每个设备的每个ESXi5.0主机执行该配置。
这可以缩短可以查看设备的所有ESXi主机的启动时间。
不支持使用vSphere主机配置文件应用该设置。
就其本身而言，使用vSphereAutoDeploy部署的ESXi5.0主机无法利用此功能。
注意：
在ESXi5.0中，高级选项Scsi.CRTimeoutDuringBoot不再有效。
升级到ESXi5.0
要升级到ESXi5.0，请执行以下操作：
对于每台可查看MSCSRDMLUN的主机：
1.必须关闭群集中的所有虚拟机。
2.在升级之前，请卸载主机中的所有MSCSRDM：
a.确定哪些RDMLUN属于MSCS群集。
b.在vSphereClient中，选择映射到MSCS群集RDM设备的虚拟机。
c.编辑虚拟机设置并导航到映射的裸LUN。
d.选择“管理路径”以显示每个映射裸LUN的设备属性和其设备标识符（即，naaID）。
e.记下每个由此找到的naaID，此ID是RDM的全局唯一标识符。
f.遮蔽主机中所有MSCSRDM设备的路径。
有关详细信息，请参见MaskingaLUNfromESXandESXiusingtheMASK_PATHplug-in（1009449）。
g.在存储阵列上，去除主机中的所有MSCSRDM设备。
3.将主机升级到ESXi5.0。
有关详细信息，请参见MethodsofupgradingtoESXi5.0（2004501）。
4.重新启动后，使用该主机上的esxcli命令将每台RDM设备标记为永久预留：
esxclistoragecoredevicesetconfig-dnaa.id--perennially-reserved=true
注意：
即使LUN当前未提供给主机，该命令也有效。
5.将MSCSRDM设备重新提供给主机并重新扫描。
6.通过在主机上运行此命令确认已将正确的设备标记为永久预留：
esxclistoragecoredevicelist|less
注意：
重新启动主机时，MSCS设备不应出现问题。
已升级的ESXi5.1/5.5主机
要在已升级的ESXi5.1/5.5主机上将MSCSLUN标记为永久预留，可以在主机配置文件中设置永久预留标记。
有关详细信息，请参见vSphere文档中心内以下指南的“vSphereMSCS设置对照表”部分：
∙vSphere5.1ResourceManagementGuide
∙vSphere5.5ResourceManagementGuide
托管带有RDMLUN的MSCS节点的主机使用esxcli命令将设备标记为永久预留
esxclistoragecoredevicesetconfig-dnaa.id--perennially-reserved=true
注意：
无状态AutoDeploy将在启动时擦除所有设置，因此无法设置会导致启动时出现长时间延迟的“永久预留”标记。
已升级的ESXi5.0主机
要在已升级的ESXi5.0主机上将MSCSLUN标记为永久预留，请运行本文“已升级的ESXi5.1/5.5主机”部分中的esxcli命令，所有后续重新扫描/启动都将以正常速度进行。
1.确定哪些RDMLUN属于MSCS群集。
2.在vSphereClient中，选择映射到MSCS群集RDM设备的虚拟机。
3.编辑虚拟机设置并导航到映射的裸LUN。
4.选择“管理路径”以显示映射裸LUN的设备属性和设备标识符（即，naaID）。
5.记下naaID，此ID是共享设备的全局唯一标识符。
6.使用esxcli命令将设备标记为永久预留：
esxclistoragecoredevicesetconfig-dnaa.id--perennially-reserved=true
7.要验证设备是否已永久预留，请运行以下命令：
esxclistoragecoredevicelist-dnaa.id
在esxcli命令的输出中，搜索条目IsPerenniallyReserved:
true。
该条目表明设备已标记为永久预留。
8.对加入到MSCS群集中的每个映射裸LUN重复该过程。
注意：
配置将随着ESXi主机永久存储，在重新启动期间继续存在。
要移除永久预留标记，请运行以下命令：
esxclistoragecoredevicesetconfig-dnaa.id--perennially-reserved=false
PowerCLI5.0
要使用PowerCLI将MSCSLUN标记为永久预留，可以直接通过PowerCLI使用esxcli功能。
检索esxcli实例并调用其任意方法。
有关详细信息，请参见VMwarevSpherePowerCLIBlog。
要检索esxcli实例，请运行以下命令：
Connect-VIServer-Serverxxx.xxx.xxx.xxx-Userxxxxx-Passxxxxx
要设置esxcli实例，请运行以下命令：
$myesxcli=get-esxcli-VMHostESXhost
要列出设备，请运行以下命令：
$myesxcli.storage.core.device.list（）
要确定PowerCLI参数，请运行以下命令：
$myesxcli.storage.core.device.setconfig
TypeNameOfValue:
VMware.VimAutomation.ViCore.Util10Ps.EsxCliExtensionMethod
OverloadDefinitions:
{voidsetconfig（booleandetached,stringdevice,booleanperenniallyreserved）}
MemberType:
CodeMethod
Value:
voidsetconfig（booleandetached,stringdevice,booleanperenniallyreserved）
Name:
setconfig
IsInstance:
True
要按设备naaID列出详细信息，请运行以下命令：
$myesxcli.storage.core.device.list（"naa.50060160c46036df50060160c46036df"）
AttachedFilters:
DevfsPath:
/vmfs/devices/disks/naa.50060160c46036df50060160c46036df
Device:
naa.50060160c46036df50060160c46036df
IsPerenniallyReserved:
false
IsPseudo:
true
要将设备设置为永久预留，请运行以下命令：
$myesxcli.storage.core.device.setconfig（$false,"naa.50060160c46036df50060160c46036df",$true）
要验证参数更新，请运行以下命令：
$myesxcli.storage.core.device.list（"naa.50060160c46036df50060160c46036df"）
AttachedFilters:
DevfsPath:
/vmfs/devices/disks/naa.50060160c46036df50060160c46036df
Device:
naa.50060160c46036df50060160c46036df
IsPerenniallyReserved:
true
IsPseudo:
true
要移除永久预留标记，请运行以下命令：
$myesxcli.storage.core.device.setconfig（$false,"naa.50060160c46036df50060160c46036df",$false）
ESXi6.0主机
本文前三部分中涵盖的将MCSC群集RDM设置为永久预留的命令行、vSphereClient和PowerCLI方法对于对于所有ESXi6.0主机同样适用。
AdditionalInformation
有关详细信息，请参见ObtainingLUNpathinginformationforESXorESXihosts（1003973）和UsingTechSupportModeinESXi4.1andESXi5.x（1017910）。
注意：
PowerCLI和esxcli命令区分大小写。
如果在发出命令时以大写字母指定naa.id，则会在ESXi主机上添加一个新的设备。
本文中的解
升级会员 