自研多路径UltraPath无冗余路径修复建议
1．请参考《OceanStor 5300 V3&5500 V3&5600 V3&5800 V3&6800 V3 存储系统 V300R003 安装指南》（下载地址：企业网、运营商，本文以V300R003为例进行说明，其他版本请到Support网站下载对应版本参考文档）的“连接线缆”章节，确认控制框的类型，并根据“连接控制框至应用服务器”章节，确认控制框是否冗余连接至应用服务器，双活存储设备请继续参考《OceanStor 5300 V3&5500 V3&5600 V3&5800 V3&6800 V3 存储系统 V300R003 HyperMetro特性指南》（下载地址：企业网、运营商，本文以V300R003为例进行说明，其他版本请到Support网站下载对应版本参考文档）的“安装->连接线缆”章节，检查组网配置是否正确。
- 是 => 3。
- 否 => 2。
2．在应用服务器的命令行中运行esxcli upadm show path记录当前回显，然后请参考《OceanStor 5300 V3&5500 V3&5600 V3&5800 V3&6800 V3 存储系统 V300R003 安装指南》（下载地址：企业网、运营商）的“连接控制框至应用服务器”连接线缆，双活存储设备请继续参考《OceanStor 5300 V3&5500 V3&5600 V3&5800 V3&6800 V3 存储系统 V300R003 HyperMetro特性指南》（下载地址：企业网、运营商）的“安装->连接线缆”章节连接线缆，并运行esxcfg-rescan -A命令扫盘（建议在业务压力较小时操作），等待扫盘命令结束后，再次运行esxcli upadm show path检查是否新增了状态为 “Normal”的路径。
- 是 => 3。
- 否 => 12。
3．针对检查结果中提示没有冗余路径的所有VLUN，在应用服务器的命令行中运行esxcli upadm show vlun -l x（x替换为检查结果中提示没有冗余路径的VLUN 的ID，双活存储设备请运行upadm show vlun id=x type=all），检查该VLUN的“Status”是否为“Fault”状态（双活LUN需要检查两个成员LUN是否都为“Fault”状态）。
- 是 => 4。
- 否 => 5。
4．当前VLUN在应用服务器侧为“Fault”状态，请确认是否已部署上层业务在该VLUN上。
- 是 => 12。
- 否 => 请忽略该VLUN的检查结果，再次执行步骤3检查下一个提示没有冗余路径的VLUN，直到所有VLUN检查完成。
5．在应用服务器的命令行中执行esxcli upadm show diskarray -a xx（xx的值可以通过执行upadm show diskarray查看Array ID列的值来获取），检查是否有控制器的状态是“Disable”。
- 是 => 6。
- 否 => 7。
6．与用户确认可以将禁用的控制器启用之后，在应用服务器命令行中执行esxcli upadm set tpgstate -a xx -t yy -s enable（此处以xx为0， yy为0A举例）启用所有禁用的控制器，并检查控制器状态是否为“Enable”，控制器下的路径状态是否为“Normal”。
- 是 => 7。
- 否 => 12。
7．在应用服务器的命令行中执行esxcli upadm show path查看物理路径状态，检查是否有路径状态是“Disable”。
- 是 => 8。
- 否 => 9。
8．与用户确认可以将禁用的路径启用之后，在应用服务器命令行中执行esxcli upadm set pathstate -s enable -p path_id（path_id的值为步骤5中对应的Path ID）启用所有禁用的物理路径，并检查物理路径是否为“Normal”。
- 是 => 9。
- 否 => 12。
9．在应用服务器的命令行中执行esxcli upadm show path查看“Path State”列物理路径状态，检查是否有路径状态包含“degradation”关键词。
- 是 => 12。
- 否 => 10。
10．针对检查结果中提示没有冗余路径的所有磁盘，在应用服务器的命令行中执行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取），检查是否存在路径状态是“off”。
- 是 => 11。
- 否 => 处理完毕。
11．与用户确认可以将关闭的路径打开之后，在应用服务器的命令行中运行esxcfg-mpath -s active --path pathUID（pathUID取值此处以vmhba2:C0:T6:L1为例）打开被关闭的路径，然后运行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取），检查路径状态是否变更为“active”。
- 是 => 处理完毕。
- 否 => 12。
12．请使用InfoGrab工具收集相关事件信息，联系技术支持工程师进行处理。
自带多路径NMP无冗余路径修复建议
1．请参考《OceanStor 5300 V3&5500 V3&5600 V3&5800 V3&6800 V3 存储系统 V300R003 安装指南》（下载地址：企业网、运营商，本文以V300R003为例进行说明，其他版本请到Support网站下载对应版本参考文档）的“连接线缆”章节，确认控制框的类型，并根据“连接控制框至应用服务器”章节，确认控制框是否冗余连接至应用服务器。
- 是 => 3。
- 否 => 2。
2．针对检查结果中提示没有冗余路径的所有磁盘，在应用服务器的命令行中运行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取）记录当前回显，然后请参考《OceanStor 5300 V3&5500 V3&5600 V3&5800 V3&6800 V3 存储系统 V300R003 安装指南》（下载地址：企业网、运营商）的“连接控制框至应用服务器”连接线缆，并运行esxcfg-rescan -A命令扫盘（建议在业务压力较小时操作），等待扫盘命令结束后，再次运行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取）检查是否新增了状态为“active”的路径。
- 是 => 4。
- 否 => 7。
3．针对检查结果中提示没有冗余路径的所有磁盘，在应用服务器的命令行中运行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取），检查该磁盘的所有路径状态“state”是否全部为“dead”。
- 是 => 4。
- 否 => 5。
4．当前磁盘在应用服务器侧为“Fault”状态，请确认是否已部署上层业务在该磁盘上。
- 是 => 7。
- 否 => 请忽略该磁盘的检查结果，再次执行步骤3检查下一个提示没有冗余路径的磁盘，直到所有磁盘检查完成。
5．针对检查结果中提示没有冗余路径的所有磁盘，在应用服务器的命令行中执行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取），检查是否存在路径状态是“off”。
- 是 => 6。
- 否 => 处理完毕。
6．在应用服务器的命令行中运行esxcfg-mpath -s active --path pathUID（pathUID取值此处以vmhba2:C0:T6:L1为例）打开被关闭的路径，然后运行esxcfg-mpath -b -d DeviceName（DeviceName从检查结果中获取），检查路径状态是否变更为“active”。
- 是 =>处理完毕。
- 否 => 7。
7．请使用InfoGrab工具收集相关事件信息，联系技术支持工程师进行处理。