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

Linux 中的传统通用多路径实现使用设备映射程序框架。对于 SCSI 设备等大多数设备类型，设备映射程序多路径是唯一可用的实现。设备映射程序多路径具有很高的可配置性和灵活性。

Linux NVM Express (NVMe) 内核子系统在内核中本机实现多路径。这种实现可以降低 NVMe 设备（通常是延迟极低的快速设备）的计算开销。本机 NVMe 多路径不需要用户空间组件。从 SLE 15 开始，本机多路径一直是 NVMe 多路径设备的默认设置。

本章的余下内容介绍设备映射程序多路径。

设备映射程序多路径是一种通用技术。多路径设备检测只要求内核检测低级（例如 SCSI）设备，并要求设备属性可靠地将多个低级设备标识为同一个卷的不同“路径”，而不是实际不同的设备。

multipath-tools 软件包按供应商和产品名称检测储存阵列。它已验证多种不同储存产品的内置配置默认值。请查阅储存阵列的硬件文档；某些供应商为 Linux 多路径配置提供了具体的建议。要查看在系统上检测到的内置储存设置，请运行命令 multipath -T，具体请参见第 18.4.5 节 “multipath 命令”。

如果您需要对储存阵列的内置配置应用更改，请创建并配置 /etc/multipath.conf 文件。请参见第 18.6 节 “多路径配置”。

注意

multipath-tools 为许多储存阵列提供内置预设。给定储存产品存在此类预设并不意味着该储存产品的供应商已使用 dm-multipath 测试了该产品，也不意味着该供应商认可或支持对该产品使用 dm-multipath。如有支持相关的问题，请始终查阅原始供应商文档。

某些储存阵列要求运行特殊命令才能从一条路径故障转移到另一条路径，或要求使用非标准的错误处理方法。这些特殊命令和方法由 Linux 内核中的硬件处理程序实现。新式 SCSI 储存阵列支持 SCSI 标准中定义的“非对称逻辑单元访问”(ALUA) 硬件处理程序。除 ALUA 之外，SLE 内核还包含 Netapp E 系列 (RDAC)、Dell/EMC CLARiiON CX 阵列系列和 HP 传统阵列的硬件处理程序。从 Linux 内核 4.4 开始，Linux 内核已自动检测到大多数阵列（包括所有支持 ALUA 的阵列）的硬件处理程序。

使用第三方 SAN 阵列管理工具或储存阵列的用户界面来创建逻辑设备，并将其指派到主机。确保在两端正确配置主机身份凭证。

可以在正在运行的主机中添加或去除卷，但检测更改可能需要重新扫描 SCSI 目标并在主机上重新配置多路径。

多路径是在 SCSI 磁盘等基本储存设备的顶层设置的。在多层储存堆栈中，多路径始终位于底层。其他层（例如软件 RAID、逻辑卷管理、块设备加密等）排布在多路径之上。因此，对于具有多个 I/O 路径以及您计划在软件 RAID 中使用的每个设备，必须将该设备配置为支持多路径，才能尝试创建软件 RAID 设备。

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

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

确保多路径设备在所有设备中的名称都相同。有关细节，请参考第 18.9.1 节 “HA 群集中的多路径设备名称”。

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

将多路径与依赖于使用共享储存实现屏蔽的群集软件（例如包含 sbd 的 pacemaker）一起使用时必须格外小心。有关详细信息，请参见 第 18.7 节 “配置巡回检测、排队及故障回复的策略”。

设备映射程序多路径 (DM-MP) 模块为 Linux 提供通用多路径功能。DM-MPIO 是 SUSE Linux Enterprise Server 中适用于 SCSI 和 DASD 设备的首选多路径解决方案，它也适用于 NVMe 设备。

注意：将 DM-MP 用于 NVMe 设备

从 SUSE Linux Enterprise Server 15 开始，建议将本机 NVMe 多路径（请参见第 18.2.1 节 “多路径实现：设备映射程序和 NVMe”）用于 NVMe，并且默认情况下会使用它。要禁用本机 NVMe 多路径并改用设备映射程序多路径，请使用内核参数 nvme-core.multipath=0 引导。

DM-MPIO 可以为各种设置自动配置多路径子系统。

多路径守护程序 multipathd 负责自动路径发现和分组以及自动路径再测试，以便先前发生故障的路径在恢复正常后可以自动重新启用。这可以最大程度地降低管理员对生产环境的关注。

DM-MPIO 保护设备路径以及设备本身不会出故障。如果一个活动路径丢失（例如，一个网络适配器 I/O 断开或光纤电缆被删除），I/O 会重定向到剩余的路径。如果所有活动路径均发生故障，则必须唤醒不活动的辅助路径，因此故障转移最多会延迟 30 秒，具体取决于储存阵列的属性。

如果指向给定设备的每条路径都发生故障，则发往此设备的 I/O 可能会在内核中排队给定的时间，甚至无限期排队（在这种情况下，排队的 IO 总量会受到系统内存的限制）。

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

注意：储存处理器

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

multipath-tools 和 kpartx 软件包提供了负责执行自动路径发现和分组的工具。

多路径上的 MD RAID 阵列是由系统的 udev 规则自动设置的。无需在 /etc/mdadm.conf 中进行特殊配置。

multipathd 是新式 Linux 设备映射程序多路径设置中的最重要部分。此守护程序通常是通过 systemd 服务 multipathd.service 启动的。支持通过 multipathd.socket 激活套接字，但强烈建议在包含多路径硬件的系统上启用 multipathd.service。

multipathd 可处理以下任务（其中一些任务依赖于配置）：

multipathd 还充当命令行客户端，它通过将交互式命令发送到正在运行的守护程序来处理这些命令。用于向守护程序发送命令的一般语法如下：

multipathd COMMAND

或

multipathd -k"COMMAND"

要进入与守护程序交互的模式，请运行：

multipathd -k

注意：multipath 和 multipathd 如何配合工作

许多 multipathd 命令都有等效的 multipath 命令。例如，multipathd show topology 的作用与 multipath -ll 相同。两者的显著差别在于，multipathd 命令会查询正在运行的 multipathd 守护程序的内部状态，而 multipath 则是直接从内核和 I/O 操作获取信息。

如果多路径守护程序正在运行，建议使用 multipathd 命令对系统进行修改。否则，守护程序可能会注意到配置更改并对其做出反应。在某些情况下，守护程序甚至可能尝试撤消已应用的更改。因此，如果检测到正在运行的守护程序，multipath 会自动将某些可能带来风险的命令（例如销毁和刷新映射）委派给 multipathd。

下面的列表介绍了常用的 multipathd 命令：

可以使用其他命令来修改路径状态、启用或禁用队列等。有关详细信息，请参见 multipathd(8)。

尽管多路径设置大部分是自动完成的并由 multipathd 处理，但 multipath 对于某些管理任务仍然很有用。下面提供了几个命令用法示例：

选项 -v 控制输出的详细程度。您可以使用介于 0（仅限致命错误）和 4（详细日志记录）之间的值。默认值为 -v2。可以在 /etc/multipath.conf 中使用 verbosity 选项来更改 multipath 和 multipathd 的默认详细程度。

mpathpersist 实用程序用于管理设备映射程序多路径设备上的 SCSI 永久保留。永久保留用于仅限特定的 SCSI 发起端访问 SCSI 逻辑单元。在多路径配置中，必须对给定卷的所有 I_T 节点（路径）使用相同的保留密钥；否则，在一条路径上创建保留可能会导致其他路径发生故障。

将此实用程序与 /etc/multipath.conf 文件中的 reservation_key 属性配合使用可以设置 SCSI 设备的永久保留。当且仅当设置了此选项时，multipathd 守护程序才会检查新发现的路径或重新启用的路径的永久保留。

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

multipaths {
    multipath {
        wwid             3600140508dbcf02acb448188d73ec97d
        alias            yellow
        reservation_key  0x123abc
    }
}

为适用于永久管理的所有 mpath 设备设置 reservation_key 参数后，使用 multipathd reconfigure 重新装载配置。

注意： 使用“reservation_key file”

如果在 multipath.conf 的 defaults 部分使用了特殊值 reservation_key file，则可以在文件 /etc/multipath/prkeys 中使用 mpathpersist 动态管理保留密钥。

这是处理多路径映射的永久保留的建议方法。从 SUSE Linux Enterprise Server 12 SP4 开始可以使用这种方法。

使用命令 mpathpersist 查询和设置由 SCSI 设备组成的多路径映射的永久保留。有关细节，请参见手册页 mpathpersist(8)。命令行选项与 sg3_utils 软件包中 sg_persist 的选项相同。sg_persist(8) 手册页详细解释了选项的语义。

在以下示例中，DEVICE 表示设备映射程序多路径设备，例如 /dev/mapper/mpatha。以下命令连同长选项一起列出，以便于阅读。所有选项都可以替换为单个字母，例如 mpathpersist -oGS 123abc DEVICE。

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

> sudo systemctl enable multipathd

要在正在运行的系统中手动启动该服务，请输入：

> sudo systemctl start multipathd

要重启动该服务，请输入：

> sudo systemctl restart multipathd

在大多数情况下不需要重启动该服务。要简单地让 multipathd 重新装载其配置，请运行：

> sudo systemctl reload multipathd

要检查该服务的状态，请输入：

> sudo systemctl status multipathd

要停止当前会话中的多路径服务，请运行：

> sudo systemctl stop multipathd
> sudo systemctl stop multipathd.socket

警告：禁用 multipathd

强烈建议始终在有权访问多路径硬件的每台主机上启用并运行 multipathd.service。但是，有时可能因为去除了多路径硬件、要部署其他一些多路径软件或出于查错目的，而需要禁用该服务。

要仅为单次系统引导禁用多路径，请使用内核参数 multipath=off。这会影响引导的系统和初始 ramfs（在这种情况下不需要重构建）。

要永久禁用 multipathd 服务，使其不会在今后引导系统时启动，请运行以下命令：

> sudo systemctl disable multipathd
> sudo systemctl disable multipathd.socket
> sudo dracut --force --omit multipath

（每当禁用或启用多路径服务后，都请重构建 initrd。请参阅第 18.3.2.3 节 “使初始 RAM 磁盘保持同步”。）

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

blacklist {
    wwid .*
}

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

如果已检测到多路径设备并已启用 multipathd.service，则应会自动创建多路径映射。如果未自动创建，请使用 lsscsi 之类的命令检查低级设备的探测。另外，请使用 journalctl -b 检查系统日志。如果 HBA 驱动程序未检测到这些 LUN，请检查 SAN 中的区域设置。特别是要检查 LUN 屏蔽是否是活动的，以及是否已将 LUN 正确指派给服务器。

如果 HBA 驱动程序可以检测到 LUN，但未创建相应的块设备，则可能需要使用额外的内核参数。请参见 SUSE 知识库 (https://www.suse.com/support/kb/doc.php?id=3955167) 中的 TID 3955167：Troubleshooting SCSI (LUN) Scanning Issues（SCSI (LUN) 扫描问题查错）。

多路径映射可以像其路径设备一样包含分区。分区表扫描以及为分区创建设备节点的操作是由 kpartx 工具在用户空间中执行的。kpartx 由 udev 规则自动调用；通常不需要手动运行它。从技术上讲，kpartx 创建的“分区”设备也是设备映射程序设备，这些设备只会映射来自父设备的线性范围的块。可以通过 /dev/disk/by-id/dm-uuid-partN-mpath-WWID 可靠地访问多路径设备的具有已知 WWID 的第 N 个分区。

注意：禁用 kpartx 调用

可以在 /etc/multipath.conf 中使用 skip_kpartx 选项来禁用对选定的多路径映射调用 kpartx。例如，在虚拟化主机上，这种做法可能很有用。

可以像平时一样使用 YaST 或者使用 fdisk 或 parted 等工具来操作多路径设备上的分区表和分区。当分区工具退出时，系统将会记下应用于分区表的更改。如果这种方法不起作用（通常是因为设备繁忙），请尝试运行 multipathd reconfigure 或重引导系统。

不能以其他方式使用已分区的多路径设备。例如，不能从已分区的设备创建 LVM 物理卷。在执行此操作之前，需要擦除分区表。

您可以从内置默认值生成 multipath.conf 模板。这会将所有默认设置设为显式设置。除非修改生成的文件，否则 multipath-tools 的行为不会更改。要生成配置模板，请运行：

multipath -T >/etc/multipath.conf

或者，可以创建一个极简的 /etc/multipath.conf，其中仅包含您要更改的那些设置。该行为等同于仅修改生成的模板中的相应行。

/etc/multipath.conf 文件使用由部分、子部分和属性/值对组成的层次结构。

section {
    subsection {
        attr1 value
	   attr2      "complex value!"
	attr3    "value with ""quoted"" word"
    } ! subsection end
} # section end

如第 18.6 节 “多路径配置”的开头所述，可以创建多个配置文件。附加的文件遵循与 /etc/multipath.conf 相同的语法规则。部分和属性可以多次出现。如果在多个文件中或者在同一文件的多行中设置了同一个属性，则读取的最后一个值优先。

/etc/multipath.conf 文件由下列部分构成。某些属性可以出现在多个部分中。有关详细信息，请参见 multipath.conf(5)。

要应用配置更改，请运行

> sudo multipathd reconfigure

请不要忘记与 initrd 中的配置同步。请参见第 18.3.2.3 节 “使初始 RAM 磁盘保持同步”。

警告：不要使用 multipath 应用设置

当 multipathd 正在运行时，请不要使用 multipath 命令应用新设置。否则可能导致设置不一致甚至损坏。

注意：校验已修改的设置

可以在应用已修改的设置之前先对其进行测试，方法是运行：

multipath -d -v2

此命令显示要使用建议的拓扑创建的新映射。但是，该命令不显示是否会去除/刷新映射。要获取更多信息，请运行以下命令：

multipath -d -v3 2>&1 | less

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

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

注意：用户友好名称

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

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，然后重启动节点，更改才会生效。有关详细信息，请参见 第 18.6.4 节 “应用 /etc/multipath.conf 修改”。这适用于所有受影响的节点。

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

> 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。该命令的一般语法如下所示：

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

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

警告：EMC PowerPath 环境

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

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

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

警告：EMC PowerPath 环境

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

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

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

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

> 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、大小、功能和硬件处理程序。

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

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

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

注意：在多路径设置中使用 iostat

在多路径环境中，iostat 命令可能会导致意外结果。默认情况下，iostat 会过滤掉所有没有 I/O 的块设备。要使 iostat 显示所有设备，请使用：

iostat -p ALL

如果所有路径同时失败，则可能需要通过启用 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 配置文件进行设置。有关信息，请参见第 18.6 节 “多路径配置”。

在具有 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):

在此阶段，您将在 initrd 环境中的临时 dracut 紧急外壳中工作。要永久保留以下所述的配置更改，您需要在已安装系统的环境中执行这些更改。

从 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)：