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 裝置。

如需為現有軟體 RAID 設定多重路徑的相關資訊，請參閱第 18.12 節 「為現有軟體 RAID 設定多重路徑 I/O」。

叢集儲存資源的高可用性解決方案在每個節點上之多重路徑服務的基礎上執行。請確定每個節點上 /etc/multipath.conf 檔案中的組態設定在整個叢集中保持一致。

確定多重路徑裝置在所有裝置中的名稱都相同。如需詳細資訊，請參閱第 18.9.1 節 「HA 叢集中的多重路徑裝置名稱」。

用於 LAN 鏡像複製裝置的分散式複製區塊裝置 (DRBD) 高可用性解決方案在多重路徑的基礎上執行。對於每個具有多重 I/O 路徑的裝置和要用於 DRDB 解決方案的裝置來說，您必須先設定多重路徑的裝置，然後才能設定 DRDB。

將多重路徑與依賴於使用共用儲存實現圍籬區隔的叢集軟體 (例如包含 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 會重新導向到其餘的路徑。如果所有主動路徑均發生故障，則必須喚醒非主動的次要路徑，因此容錯移轉最多會延遲 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 (在這種情況下不需要重建初始 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 知識庫中的 TID 3955167：Troubleshooting SCSI (LUN) Scanning Issues (SCSI (LUN) 掃描問題疑難排解)，網址為 https://www.suse.com/support/kb/doc.php?id=3955167。

多重路徑對應可以像其路徑裝置一樣包含分割區。分割區表掃描以及為分割區建立裝置節點的操作是由 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 程序檔掃描新的裝置。依預設，此程序檔會掃描所有 HBA 的一般 LUN 範圍。該指令的一般語法如下所示：

> 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 可能會失敗，並顯示權限遭拒。若要解決此問題，請確定 /boot/grub2/SUBDIR/ 子磁碟區是以讀寫 (rw) 模式掛接的。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 設定。當關鍵字 prio 是為 multipaths{) 區段中的個別 multipath 定義而指定時，它會無訊息式地忽略該關鍵字。

多重路徑工具 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)：