17 管理设备的多路径 I/O #

multipath-tools 包自动检测到以下储存阵列：

一般来说，其他的储存阵列多数都可以用。当自动检测到储存阵列时，将应用多路径的默认设置。如果想要使用非默认设置，则必须手动创建和配置 /etc/multipath.conf 文件。这对不能自动侦测到的硬件也适用。有关信息，请参见Section 17.6, “创建或修改 /etc/multipath.conf 文件”。

要注意下列事项：

下列供应商生产的储存阵列已在 SUSE Linux Enterprise Server 上经过测试：

其他供应商的储存阵列多数也可以用。请查看供应商的文档以获取相关指导。有关 multipath-tools 包可以识别的默认储存阵列的列表，请参见Section 17.2.1, “自动检测到支持多路径的储存阵列”。

要求特殊命令来进行一个路径向另一路径故障转移的储存阵列或要求特殊非标准错误处理的储存阵列，可能要求更多支持。因此，设备映射程序多路径服务有用于硬件处理程序的钩子。例如，已为 EMC CLARiiON CX 系列的阵列提供了一个此类处理程序。

Important: 更多信息

请查看硬件供应商的文档以确定是否必须为设备映射程序多路径安装其硬件处理程序。

multipath -t 命令显示一个要求使用特定硬件处理程序进行特殊处理的内部储存阵列表。显示的列表不是受支持储存阵列的穷举列表。仅列出要求特殊处理并且在工具开发期间 multipath-tools 开发人员可以访问的那些阵列。

Important: 例外

真正支持活动/活动多路径的阵列不要求特殊处理，所以 multipath -t 命令不会列出它们。

multipath -t 表中的列表不一定表示在该特定硬件上测试过 SUSE Linux Enterprise Server。对于已测试过的储存阵列的列表，请参见Section 17.2.2, “测试过的支持多路径的储存阵列”。

尝试为有多个路径的物理或逻辑设备配置多路径之前，请执行以下磁盘管理任务：

Linux 软件 RAID 管理软件在多路径的基础上运行。对于具有多个 I/O 路径以及您计划在软件 RAID 中使用的每个设备，必须将该设备配置为支持多路径，才能尝试创建软件 RAID 设备。不能自动发现多路径设备。软件 RAID 并不了解在底层运行的多路径管理。

有关为现有软件 RIAD 设置多路径的信息，请参见Section 17.12, “为现有软件 RAID 配置多路径 I/O”。

群集储存资源的高可用性解决方案基于每个节点上的多路径服务运行。确保每个节点上的 /etc/multipath.conf 文件中的配置设置在整个群集中保持一致。

确保多路径设备在所有设备中的名称都相同。有关详细信息，请参见Section 17.9.1, “HA 群集中的多路径设备名称”。

用于跨 LAN 镜像设备的分布式复制块设备 (DRBD) 高可用性解决方案在多路径的基础上运行。对于具有多个 I/O 路径并且您计划在 DRDB 解决方案中使用的每个设备，必须先将该设备配置为支持多路径，再配置 DRBD。

使用多路径时最重要的一项要求是，需确保在根文件系统及引导系统所需的所有其他文件系统方面，initrd 与已安装的系统行为一致。如果在系统中启用了多路径，那么也需要在 initrd 中启用多路径，反之亦然。有关详细信息，请参见Section 17.5.1, “启用、禁用、启动和停止多路径 I/O 服务”。

如果 initrd 与系统不同步，系统将无法正常引导，启动过程将显示紧急外壳。有关如何避免或修复此类情况的说明，请参见Section 17.15.2, “启用多路径时系统在引导过程中退出到紧急外壳”。

设备映射程序多路径 (DM-MP) 模块为 Linux 提供多路径功能。DM-MPIO 是在 SUSE Linux Enterprise Server 上实施多路径的首选解决方案。它是该产品随附的唯一一个多路径选项，完全受 SUSE 支持。

DM-MPIO 可以为各种设置自动配置多路径子系统。每个设备最多可配置 8 个路径。支持活动/不活动（一个路径活动、其他路径不活动）或活动/活动（所有路径都是活动，带循环负载平衡）的配置。

DM-MPIO 框架可按两种方式扩展：

DM-MPIO 的用户空间组件负责自动路径发现和分组以及自动路径再测试，以便先前失败的路径在恢复正常后可以自动重新启用。这可以最大程度地降低管理员对生产环境的关注。

DM-MPIO 保护设备路径以及设备本身不会出故障。如果一个活动路径丢失（例如，一个网络适配器 I/O 断开或光纤电缆被删除），I/O 会重定向到剩余的路径。如果该配置是活动/不活动，则路径会故障转移到一个不活动路径。如果正在使用循环负载平衡配置，则会在剩余正常路径间平衡通讯量。如果所有活动路径均失败，则必须唤醒不活动的辅助路径，因此需经过大约 30 秒的延迟之后才会开始故障转移。

如果一个磁盘阵列有多个储存处理器，请确保 SAN 交换机连接到拥有要访问的 LUN 的储存处理器。在多数磁盘阵列上，所有 LUN 均属于这两个储存处理器，所以两个连接都是活动的。

Note: 储存处理器

在某些磁盘阵列上，储存阵列通过储存处理器管理通讯，以便一次仅显示一个储存处理器。一个处理器是活动的，另一个是不活动的，直到发生故障。如果您连接到错误的储存处理器（具有不活动路径的那个），则可能无法看到所需的 LUN，或者可能看到这些 LUN，但在尝试访问它们时会出错。

设备映射程序多路径将多路径设备的每个路径检测为独立的 SCSI 设备。SCSI 设备名的格式为 /dev/sdN，其中 N 是为该设备自动生成的字母，从 a 开始，并在设备创建时顺序发放，例如 /dev/sda、/dev/sdb 等。如果设备数超过 26，则会使用两个字母，这样在 /dev/sdz 后的下一个设备将命名为 /dev/sdaa、/dev/sdab 等。

如果未自动检测到多路径，则您可以在 /etc/multipath.conf 文件中手动配置它们。multipath.conf 文件在您创建和配置之前是不存在的。有关信息，请参见Section 17.6, “创建或修改 /etc/multipath.conf 文件”。

multipath-tools 和 kpartx 包提供了负责执行自动路径发现和分组的工具。它们会定期自动测试路径，这样，先前失败的路径在恢复正常后，便可自动重新启用。这可以最大程度地降低管理员对生产环境的关注。

udev 是默认设备处理程序，系统会自动知道设备的全球 ID 而不是设备节点名。它解决了以前版本的 MDADM 和 LVM 中的问题，即配置文件（mdadm.conf 和 lvm.conf）不能正确识别多路径设备。

与 LVM2 一样，MDADM 也要求通过 ID 而非设备节点路径访问设备。因此，/etc/mdadm.conf 中的 DEVICE 项应如下设置：

DEVICE /dev/disk/by-id/*

如果要使用用户友好的名称，请按以下方式指定路径，以便在配置多路径后仅对设备映射程序名称进行扫描：

DEVICE /dev/disk/by-id/dm-uuid-.*-mpath-.*

使用 Linux 的 multipath(8) 命令配置和管理多路径设备。该命令的一般语法如下所示：

multipath [-v verbosity_level] [-b bindings_file] [-d] [-h|-l|-ll|-f|-F|-B|-c|-q|-r|-w|-W|-t|-T] [-p failover|multibus|group_by_serial|group_by_prio|group_by_node_name] [DEVICENAME]

有关细节，请参见 man 8 multipath。

mpathpersist 实用程序可用来管理设备映射程序多路径设备上的 SCSI 永久保留。该命令的一般语法如下所示：

mpathpersist [options] [device]

有关细节，请参见 man 8 mpathpersist。

将此实用程序与 /etc/multipath.conf 文件中的服务操作保留密钥（reservation_key 属性）搭配使用，设置 SCSI 设备的永久保留。默认情况下不会使用该属性。如果未设置该属性，multipathd 守护程序不会检查新发现的路径或已重新启用的路径的永久保留。

reservation_key <RESERVATION_KEY>

您可以将该属性添加到 defaults 或 multipaths 部分。例如：

multipaths {
  multipath {
    wwid   XXXXXXXXXXXXXXXX
    alias      yellow
    reservation_key  0x123abc
  }
}

设置所有适合永久管理的多路径设备的 reservation_key 参数，然后运行以下命令重启动 multipathd 守护程序：

tux > sudo systemctl restart multipathd

设置它之后，您可以在 mpathpersist 命令中指定保留密钥。

要允许多路径服务在引导时启动，请运行以下命令：

tux > sudo systemctl enable multipathd

要在正在运行的系统中手动启动服务，或是检查其状态，请输入以下其中一个命令：

tux > sudo systemctl start multipathd
tux > sudo systemctl status multipathd

要在当前会话中停止多路径服务，以及要禁用该服务以便在系统下次引导时不启动它，请运行以下命令：

tux > sudo systemctl stop multipathd
tux > sudo systemctl disable multipathd

Important: 重构建 initrd

每次启用或禁用多路径服务时，还需要重构建 initrd，否则系统可能无法再引导。启用多路径服务时，还要运行以下命令以重构建 initrd：

tux > dracut --force --add multipath

禁用服务时，则运行以下命令以重构建 initrd：

tux > dracut --force -o multipath

（可选）此外，如果您还想确保不设置多路径设备（即使手动启动了多路径），请在重构建 initrd 之前，将以下几行添加到 /etc/multipath.conf 的末尾：

blacklist {
    wwid ".*"
}

配置 SAN 设备的多路径 I/O 之前，请按需要执行以下操作准备 SAN 设备：

如果 HBA 驱动程序没有看到这些 LUN，则可以使用 lsscsi 检查操作系统是否正确看到这些 SCSI 设备。如果 HBA 驱动程序没有看到这些 LUN，请检查 SAN 的区域设置。特别是要检查 LUN 屏蔽是否是活动的，以及是否已将 LUN 正确指派给服务器。

如果 HBA 驱动程序看到这些 LUN，但没有相应的块设备，则需要其他内核参数来更改 SCSI 设备扫描行为，例如表示 LUN 不连续编号。有关信息，请参见 SUSE 知识库 (https://www.suse.com/support/kb/doc.php?id=3955167) 中的 TID 3955167：Troubleshooting SCSI (LUN) Scanning Issues（SCSI (LUN) 扫描问题查错）。

不建议使用但支持有多个路径的分区设备。使用 kpartx 工具无需重引导即可在多路径设备中创建分区。也可以在尝试配置多路径之前，使用 YaST 中的“分区程序”功能或使用第三方分区工具对设备分区。

多路径设备是设备映射程序设备。虽然使用命令行工具（例如 parted、kpartx 或 fdisk）可以修改设备映射程序设备，但这并不一定会生成更新其他层所需的 udev 事件。对设备映射程序设备分区之后，您应该检查多路径映射，确保已映射设备映射程序设备。如果未映射它们，您可以重新映射多路径设备，或重引导服务器，以取得多路径映射中的所有新分区。

多路径设备上的一个分区的设备映射程序设备不同于一个独立设备。使用整个设备创建 LVM 逻辑卷时，必须指定不包含分区的设备。如果将多路径分区指定为 LVM 逻辑卷的目标设备，则 LVM 会认为底层物理设备已分区，创建将会失败。如果需要细分 SAN 设备，则可以拆分 SAN 设备上的 LUN，并将每个 LUN 作为独立的多路径设备显示给服务器。

/etc/multipath.conf 文件由下列部分构成。有关细节，请参见 man 5 multipath.conf。

无论您何时创建或修改 /etc/multipath.conf 文件，当保存该文件时都不会自动应用更改。您可以在更新多路径映射之前对该设置执行“试运行”，以校验多路径设置。

在服务器命令提示符处输入

tux > sudo multipath -v2 -d

此命令会扫描设备，然后显示如果提交更改设置将产生的效果。该命令假设在您修改 /etc/multipath.conf 文件并执行试运行时，守护程序 multipathd 已使用旧的（或默认）多路径设置运行。如果更改可接受，请继续下一步。

其输出类似于如下内容：

26353900f02796769
[size=127 GB]
[features="0"]
[hwhandler="1    emc"]

\_ round-robin 0 [first]
  \_ 1:0:1:2 sdav 66:240  [ready ]
  \_ 0:0:1:2 sdr  65:16   [ready ]

\_ round-robin 0
  \_ 1:0:0:2 sdag 66:0    [ready ]
  \_ 0:0:0:2 sdc   8:32   [ready ]

路径可分为多个优先级组。一次只有一个优先级组是活动的。要为活动/活动配置建模，所有路径都要分入同一个组。要构建活动/不活动配置，不应同时活动的路径要放在几个不同的优先级组中。这在设备发现中通常自动发生。

输出显示在组里用来平衡 I/O 的顺序、日程安排策略以及每个优先级组的路径。对于每个路径，显示其物理地址 (host:bus:target:lun)、设备节点名称、主要:次要编号以及状态。

在试运行中使用详细级别 -v3，即可查看所有检测到的路径、多路径和设备映射。它同时显示 WWID 和设备节点列入黑名单的设备。

以下示例显示了有两个 Qlogic HBA 连接到 Xiotech Magnitude 3000 SAN 的 64 位 SLES 11 SP2 服务器的 -v3 输出。为了简化示例，省略了一些多重项。

tux > sudo multipath -v3 d
dm-22: device node name blacklisted
< content omitted >
loop7: device node name blacklisted
< content omitted >
md0: device node name blacklisted
< content omitted >
dm-0: device node name blacklisted
sdf: not found in pathvec
sdf: mask = 0x1f
sdf: dev_t = 8:80
sdf: size = 105005056
sdf: subsystem = scsi
sdf: vendor = XIOtech
sdf: product = Magnitude 3D
sdf: rev = 3.00
sdf: h:b:t:l = 1:0:0:2
sdf: tgt_node_name = 0x202100d0b2028da
sdf: serial = 000028DA0014
sdf: getuid= "/lib/udev/scsi_id --whitelisted --device=/dev/%n" (config file default)
sdf: uid = 200d0b2da28001400 (callout)
sdf: prio = const (config file default)
sdf: const prio = 1
[...]
ram15: device node name blacklisted
[...]
===== paths list =====
uuid              hcil    dev dev_t pri dm_st  chk_st  vend/prod/rev
200d0b2da28001400 1:0:0:2 sdf 8:80  1   [undef][undef] XIOtech,Magnitude 3D
200d0b2da28005400 1:0:0:1 sde 8:64  1   [undef][undef] XIOtech,Magnitude 3D
200d0b2da28004d00 1:0:0:0 sdd 8:48  1   [undef][undef] XIOtech,Magnitude 3D
200d0b2da28001400 0:0:0:2 sdc 8:32  1   [undef][undef] XIOtech,Magnitude 3D
200d0b2da28005400 0:0:0:1 sdb 8:16  1   [undef][undef] XIOtech,Magnitude 3D
200d0b2da28004d00 0:0:0:0 sda 8:0   1   [undef][undef] XIOtech,Magnitude 3D
params = 0 0 2 1 round-robin 0 1 1 8:80 1000 round-robin 0 1 1 8:32 1000
status = 2 0 0 0 2 1 A 0 1 0 8:80 A 0 E 0 1 0 8:32 A 0
sdf: mask = 0x4
sdf: path checker = directio (config file default)
directio: starting new request
directio: async io getevents returns 1 (errno=Success)
directio: io finished 4096/0
sdf: state = 2
[...]

对 /etc/multipath.conf 文件的更改在 multipathd 运行时不会生效。进行更改后，保存并关闭该文件，然后运行以下命令以应用更改并更新多路径映射：

为了在不同的路径上识别设备，多路径使用每台设备的全球通用标识 (WWID)。如果两个设备路径的 WWID 相同，则假定它们代表同一台设备。除非有绝对的理由，否则建议不要更改生成 WWID 的方法。有关细节，请参见 man multipath.conf。

请执行下列操作来确保多路径设备名称在所有设备中都相同：

Note: 用户友好名称

如果您确实需要使用用户友好名称，则可以执行下列操作，强制系统定义的用户友好名称在群集的所有节点中保持一致：

1. 在一个节点上的 /etc/multipath.conf 文件中：

   1. 将 user_friendly_names 配置选项设置为“yes”以启用它。

      多路径会使用 /var/lib/multipath/bindings 文件，在 /dev/mapper 目录中以 mpath<N> 格式为设备指派一个永久的唯一名称。

   2. （可选）设置 /etc/multipath.conf 文件的 defaults 部分中的 bindings_file 选项，以指定 bindings 文件的备用位置。

      默认位置为 /var/lib/multipath/bindings。

2. 设置该节点上的所有多路径设备。

3. 将 /etc/multipath.conf 文件从该节点复制到群集中所有其他节点的 /etc/ 目录下。

4. 从该节点将 bindings 文件复制到集群中所有其他节点的 bindings_file 路径。

5. 修改 /etc/multipath.conf 文件后，必须在系统上运行 dracut -f 重新创建 initrd，然后重启动节点，更改才会生效。有关细节，请参见Section 17.6.4, “应用 /etc/multipath.conf 文件更改以更新多路径映射”。这适用于所有受影响的节点。

使用带 -p 选项的 multipath 命令来设置路径故障转移策略：

tux > sudo multipath DEVICENAME -p POLICY

将 POLICY 替换为以下策略选项之一：

必须在 /etc/multipath.conf 文件中手动输入设备的故障转移优先级。/usr/share/doc/packages/multipath-tools/multipath.conf.annotated 文件中有所有设置和选项的示例。

使用 SCSI 报告目标端口组 (sg_rtpg(8)) 命令。有关信息，请参见 sg_rtpg(8) 的手册页。

要在多路径设备上安装操作系统，安装时必须运行多路径软件。multipathd 守护程序在系统安装过程中不会自动激活。您可以使用 YaST 分区程序中的配置多路径选项来启动它。

向内核命令行中添加 multipath=off。这可以通过 YaST 引导加载程序模块来完成。打开引导加载程序安装 ›  内核参数，并将参数添加到两个命令行中。

这仅会影响根设备。不会影响所有其他设备。

如果已将系统配置为启用多路径，并且您稍后需要向 SAN 添加储存，则可以使用 rescan-scsi-bus.sh 脚本扫描新设备。默认情况下，此脚本将扫描具有典型 LUN 范围的所有 HBA。该命令的一般语法如下所示：

tux > sudo rescan-scsi-bus.sh [options] [host [host ...]]

对于大多数储存子系统，此脚本可在无选项的情况下成功运行。不过，在某些特殊情况下，可能需要使用一或多个选项。有关细节，请运行 rescan-scsi-bus.sh --help。

Warning: EMC PowerPath 环境

在 EMC PowerPath 环境中，请勿使用操作系统随附的 rescan-scsi-bus.sh 实用程序或 HBA 供应商脚本来扫描 SCSI 总线。为了避免可能发生的文件系统损坏，EMC 要求您遵照 EMC PowerPath for Linux 的供应商文档中提供的过程操作。

使用以下过程扫描设备并在不重引导系统的情况下使这些设备可用于多路径。

使用本节中的示例，在不重引导的情况下检测新添加的多路径 LUN。

Warning: EMC PowerPath 环境

在 EMC PowerPath 环境中，请勿使用操作系统随附的 rescan-scsi-bus.sh 实用程序或 HBA 供应商脚本来扫描 SCSI 总线。为了避免可能发生的文件系统损坏，EMC 要求您遵照 EMC PowerPath for Linux 的供应商文档中提供的过程操作。

查询多路径 I/O 状态会输出多路径映射的当前状态。

multipath -l 选项可显示从上次运行路径检查程序以来的当前路径状态。它不会运行路径检查程序。

multipath -ll 选项运行路径检查程序，更新路径信息，然后显示当前状态信息。此命令始终显示关于路径状态的最新信息。

tux > sudo multipath -ll
3600601607cf30e00184589a37a31d911
[size=127 GB][features="0"][hwhandler="1 emc"]

\_ round-robin 0 [active][first]
  \_ 1:0:1:2 sdav 66:240  [ready ][active]
  \_ 0:0:1:2 sdr  65:16   [ready ][active]

\_ round-robin 0 [enabled]
  \_ 1:0:0:2 sdag 66:0    [ready ][active]
  \_ 0:0:0:2 sdc  8:32    [ready ][active]

对于每个设备，它显示该设备的 ID、大小、功能和硬件处理程序。

在设备发现时，通向该设备的路径会自动分组为多个优先级组。一次只有一个优先级组是活动的。对于活动/活动配置，所有路径均在同一组中。对于活动/不活动配置，不活动的路径会放在另外的优先级组中。

会针对每个组显示下列信息：

会针对每个路径显示下列信息：

如果所有路径同时失败，则可能需要通过启用 queue_if_no_path 来配置多路径以使 I/O 排队。否则，I/O 将在通过所有路径后立即失败。在某些情形下，即驱动程序、HBA 或光纤遇到欺骗性错误时，应该将 DM-MPIO 配置为在这些错误导致丢失所有路径时将所有 I/O 排队，并且永不向上散播错误。

在群集中使用多路径设备时，可以选择禁用 queue_if_no_path。这会自动使路径失败，而不是使 I/O 排队，并升级 I/O 错误以引发群集资源的故障转移。

因为启用 queue_if_no_path 会导致 I/O 无限排队（除非有一个路径恢复），所以请确保 multipathd 正在运行且在您的环境中起作用。否则，可能需要在受影响的多路径设备上永远停止 I/O，直到重引导或手动返回到故障转移而不是排队。

测试该情形：

在所有路径失败的情形下设置将 I/O 排队：

如果所有路径同时失败，并且 I/O 排队并停止，请执行以下操作：

对包含多路径功能的 IBM Z 设备进行的测试表明，应将 dev_loss_tmo 参数设置为无穷 (2147483647)，将 fast_io_fail_tmo 参数设置为 5 秒。如果您使用的是 IBM Z 设备，请按以下方式修改 /etc/multipath.conf 文件来指定这些值：

defaults {
       dev_loss_tmo 2147483647
       fast_io_fail_tmo 5
}

dev_loss_tmo 参数设置将某个多路径链接标记为无效之前需等待的秒数。如果路径失败，则已失败路径上的任何当前 I/O 将失败。默认值根据所使用的设备驱动程序而异。要使用驱动程序的内部超时，请将值设置为零 (0)。也可以将其设置为“infinity”或 2147483647，如此会将其设置为最大值 2147483647 秒（68 年）。

fast_io_fail_tmo 参数设置检测到链接问题时将 I/O 确定为失败之前需等待的时间。到达驱动程序的 I/O 将失败。如果 I/O 排在拥堵的队列中，则未到 dev_loss_tmo 时间且队列未疏通之前 I/O 不会失败。

如果您修改了 /etc/multipath.conf 文件，所做的更改只有在您更新多路径映射或重启动 multipathd 守护程序 (systemctl restart multipathd) 后才会应用。

使用适用于 NetApp 设备的多路径时，建议在 /etc/multipath.conf 文件中进行如下设置：

在多路径设备上运行时，应始终使用 --noflush选项。

例如，在执行重新装载表的脚本中，应继续使用 --noflush 选项以确保任何未解决的 I/O 不会被刷新，因为您需要多路径拓扑信息。

load
resume --noflush

所有路径都已失败并已从系统中去除时，多路径设备上包含根目录 (/) 的系统可能会停止，因为系统会收到储存子系统（例如光纤通道储存阵列）发出的 dev_loss_tmo 超时通知。

如果系统设备配置了多路径，且多路径 no_path_retry 设置处于活动状态，则应相应地修改储存子系统的 dev_loss_tmo 设置，以确保所有路径都失败时不会删除任何设备。强烈建议您将 dev_loss_tmo 值设置为等于或大于多路径的 no_path_retry 设置。

建议按如下方式设置储存子系统的 dev_los_tmo：

<dev_loss_tmo> = <no_path_retry> * <polling_interval>

以下定义适用于多路径值：

以上多路径值都应该从 /etc/multipath.conf 配置文件进行设置。有关信息，请参阅Section 17.6, “创建或修改 /etc/multipath.conf 文件”。

在具有 Btrfs 的传统 BIOS 系统上，grub2-install 可能会失败，并显示权限被拒。要解决此问题，请确保以读写 (rw) 模式装入 /boot/grub2/SUBDIR/ 子卷。SUBDIR 可以是 x86_64-efi 或 i386-pc。

在引导过程中，系统退出到紧急外壳，并显示类似如下的讯息：

[  OK  ] Listening on multipathd control socket.
         Starting Device-Mapper Multipath Device Controller...
[  OK  ] Listening on Device-mapper event daemon FIFOs.
         Starting Device-mapper event daemon...
         Expecting device dev-disk-by\x2duuid-34be48b2\x2dc21...32dd9.device...
         Expecting device dev-sda2.device...
[  OK  ] Listening on udev Kernel Socket.
[  OK  ] Listening on udev Control Socket.
         Starting udev Coldplug all Devices...
         Expecting device dev-disk-by\x2duuid-1172afe0\x2d63c...5d0a7.device...
         Expecting device dev-disk-by\x2duuid-c4a3d1de\x2d4dc...ef77d.device...
[  OK  ] Started Create list of required static device nodes ...current kernel.
         Starting Create static device nodes in /dev...
[  OK  ] Started Collect Read-Ahead Data.
[  OK  ] Started Device-mapper event daemon.
[  OK  ] Started udev Coldplug all Devices.
         Starting udev Wait for Complete Device Initialization...
[  OK  ] Started Replay Read-Ahead Data.
         Starting Load Kernel Modules...
         Starting Remount Root and Kernel File Systems...
[  OK  ] Started Create static devices
[*     ] (1 of 4) A start job is running for dev-disk-by\x2du...(7s / 1min 30s)
[*     ] (1 of 4) A start job is running for dev-disk-by\x2du...(7s / 1min 30s)

...

Timed out waiting for device dev-disk-by\x2duuid-c4a...cfef77d.device.
[DEPEND] Dependency failed for /opt.
[DEPEND] Dependency failed for Local File Systems.
[DEPEND] Dependency failed for Postfix Mail Transport Agent.
Welcome to emergency shell
Give root password for maintenance
(or press Control-D to continue):

在下列情况下，可能会发生此问题：

从 0.4.9 版开始，多路径工具使用 /etc/multipath.conf 文件 defaults{} 或 devices{} 部分中的 prio 设置。当为 multipaths{} 部分中的单个 multipath 定义指定关键字 prio 时，它将被忽略而无反馈。

多路径工具 0.4.8 允许 multipaths{) 部分单个 multipath 定义中的 prio 设置覆盖 defaults{} 或 devices{} 部分中的 prio 设置。

从 multipath-tools-0.4.8 升级到 multipath-tools-0.4.9 时，若优先级排序程序需要自变量，则 /etc/multipath.conf 文件中的 prio 设置会损坏。在 multipath-tools-0.4.9 中，使用关键字 prio 指定优先级排序程序，使用关键字 prio_args 为需要自变量的优先级排序程序指定自变量。而在早前版本中，优先级排序程序及其自变量均在同一个 prio 行上指定。

例如，在 multipath-tools-0.4.8 中，可使用以下一行命令指定优先级排序程序及其自变量。

prio "weightedpath hbtl [1,3]:.:.+:.+ 260 [0,2]:.:.+:.+ 20"

升级到 multipath-tools-0.4.9 或更高版本后，该命令会导致错误。出现的消息类似如下所示：

<Month day hh:mm:ss> | Prioritizer 'weightedpath hbtl [1,3]:.:.+:.+ 260
[0,2]:.:.+:.+ 20' not found in /lib64/multipath

要解决此问题，请使用文本剪辑器修改 /etc/multipath.conf 文件中的 prio 行。创建两行，其中 prio 行指定优先级排序程序，而下方的 prio_args 行指定其自变量：

prio "weightedpath"
prio_args "hbtl [1,3]:.:.+:.+ 260 [0,2]:.:.+:.+ 20"

运行 sudo systemctl restart multipathd 重启动 multipathd 守护程序，以使更改生效。

有关 SUSE Linux Enterprise Server 上多路径 I/O 问题的查错信息，请参见 SUSE 知识库中的下列技术信息文档 (TID)：