问题描述
在完成OceanStor 5300V3存储升级操作后,客户发现一套RedHat6.5主机中LUN的路径全部未正常连接,客户在主机侧重新扫盘后,所有LUN的路径均恢复正常。
处理过程
在实验室搭建环境模拟操作,确认控制器复位后路径均能正确恢复,同时对比局点和实验室的RedHat主机日志信息,发现在实验室控制器复位过程中,multipathd服务(multipath的用户态进程)一直在对路径的断连进行管理: 链路断开时,multipathd服务移除LUN的对应路径。
链路恢复时,multipathd服务添加LUN的对应路径。
但是在局点的RedHat主机日志中并未出现multipathd服务的任何打印。
请客户协助收集局点RedHat主机配置信息对比发现,如下两个命令的回显信息和测试环境不符。
在实验室环境中RedHat主机安装multipath后,multipathd服务的默认状态如下图所示:
按照局点multipathd服务的配置进行设置后,再次进行控制器复位测试验证,链路断连后路径无法自动恢复,需要执行命令重新扫盘。
由此可以确认multipath对主机到存储的路径管理是依赖于multipathd线程。
根因
multipath对主机到存储的路径管理是依赖于multipathd线程,RedHat主机未启动multipathd服务,导致主机到存储间的路径断连后不能自动恢复,需要人工执行扫盘命令恢复路径状态。
|