OceanStor 5300V3存储升级后发现RedHat主机多路径未自动恢复解决方法
问题描述在完成OceanStor 5300V3存储升级操作后,客户发现一套RedHat6.5主机中LUN的路径全部未正常连接,客户在主机侧重新扫盘后,所有LUN的路径均恢复正常。
处理过程
在实验室搭建环境模拟操作,确认控制器复位后路径均能正确恢复,同时对比局点和实验室的RedHat主机日志信息,发现在实验室控制器复位过程中,multipathd服务(multipath的用户态进程)一直在对路径的断连进行管理: 链路断开时,multipathd服务移除LUN的对应路径。
http://support.huawei.com/enterprise/product/images/fa60050260424ba3b0bb340714667eb4
链路恢复时,multipathd服务添加LUN的对应路径。
http://support.huawei.com/enterprise/product/images/8d13ac12478848ef8e15bf7b4e057bb9
但是在局点的RedHat主机日志中并未出现multipathd服务的任何打印。
请客户协助收集局点RedHat主机配置信息对比发现,如下两个命令的回显信息和测试环境不符。
http://support.huawei.com/enterprise/product/images/c182eaf6c9ba431caec5a9e0b16cfe12
在实验室环境中RedHat主机安装multipath后,multipathd服务的默认状态如下图所示:
http://support.huawei.com/enterprise/product/images/291e0ae719204f18847746850f7b9b63
按照局点multipathd服务的配置进行设置后,再次进行控制器复位测试验证,链路断连后路径无法自动恢复,需要执行命令重新扫盘。
由此可以确认multipath对主机到存储的路径管理是依赖于multipathd线程。
根因
multipath对主机到存储的路径管理是依赖于multipathd线程,RedHat主机未启动multipathd服务,导致主机到存储间的路径断连后不能自动恢复,需要人工执行扫盘命令恢复路径状态。
**** Hidden Message *****
;;;;;;;;;;;;;;;;; :time::time: 支持一下~~~~~~~~~ [李兴华]ORACLE实战视频教程58讲 谢谢分享 谢谢了。说的不错 谢谢分享 华为认证,值得拥有! 华为认证,值得拥有!{:6_267:}{:6_268:}{:6_290:} 华为认证,值得拥有!{:6_267:}{:6_268:}{:6_290:} 华为认证,值得拥有!{:6_267:}{:6_268:}{:6_290:} 华为认证,值得拥有!{:6_267:}{:6_268:}{:6_290:} 华为认证,值得拥有!{:6_267:}{:6_268:}{:6_290:} 华为认证,值得拥有!{:6_267:}{:6_268:}{:6_290:}
页:
[1]
2