17 管理裝置的多重路徑 I/O #

multipath-tools 套件會自動偵測以下儲存陣列︰

一般說來，大多數其他儲存陣列應該都可使用。自動偵測到儲存陣列後，會套用多重路徑的預設設定。如果您需要非預設設定，則必須手動建立並設定 /etc/multipath.conf 檔案。這對不能自動偵測到的硬體也適用。如需更多資訊，請參閱第 17.6 節 「建立或修改 /etc/multipath.conf 檔案」。

請考慮以下警告︰

下列廠商生產的儲存陣列已在 SUSE Linux Enterprise Server 上經過測試︰

大多數其他廠商提供的儲存陣列應該也可使用。請參閱廠商文件獲取指導原則。如需 multipath-tools 套件可辨識的預設儲存陣列清單，請參閱第 17.2.1 節 「為多重路徑自動偵測儲存陣列」。

從一個路徑到另一個路徑的容錯移轉時需要特殊指令的儲存陣列，或需要特殊非標準錯誤處理的儲存陣列，可能都需要額外的延伸支援。因此，裝置對應程式多重路徑服務已配備用於硬體處理器的插入程式。例如，已針對 EMC CLARiiON CX 陣列系列提供一個此類處理器。

重要：更多資訊

請參閱硬體廠商文件，以確定是否必須安裝硬體處理器以用於裝置對應程式多重路徑。

multipath -t 指令可顯示需要使用特定硬體處理器進行特殊處理之儲存陣列的內部表格。所顯示的清單不是受支援儲存陣列的完整清單。它列出的僅僅是需要特殊處理的陣列，以及 multipath-tools 開發人員在開發該工具期間有存取權限的陣列。

重要：例外

真正支援主動/主動多重路徑的陣列不需要特殊處理，因此 multipath -t 指令不會列出此類陣列。

multipath -t 表格中的清單內容並不表示已在該特定硬體上進行 SUSE Linux Enterprise Server 測試。如需經過測試的儲存陣列清單，請參閱第 17.2.2 節 「經測試支援多重路徑的儲存陣列」。

請先執行以下磁碟管理任務，再嘗試為具有多路徑的實體或邏輯裝置設定多重路徑︰

Linux 軟體 RAID 管理軟體在多重路徑的最上層執行。對於每個具有多重 I/O 路徑的裝置和要用於軟體 RAID 的裝置來說，您必須先設定多重路徑的裝置，然後才能嘗試建立軟體 RAID 裝置。無法自動探查多重路徑裝置。軟體 RAID 無法知曉多重路徑管理是否於後台執行。

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

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

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

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

使用多重路徑時最重要的一項目要求是，需確認在根檔案系統及系統開機所需的所有其他檔案系統方面，initrd 與已安裝的系統行為一致。如果在系統中啟用了多重路徑，那麼也需要在 initrd 中啟用多重路徑，反之亦然。如需詳細資料，請參閱第 17.5.1 節 「啟用、停用、啟動和停止多重路徑 I/O 服務」。

如果 initrd 與系統不同步，系統將無法正常開機，啟動程序將顯示應急外圍程序。如需如何避免或修復此類情況的說明，請參閱第 17.15.1 節 「啟用多重路徑時系統在開機過程中退出到緊急外圍程序」。

裝置對應程式多重路徑 (DM-MP) 模組為 Linux 提供了多重路徑功能。DM-MPIO 是在 SUSE Linux Enterprise Server 中實作多重路徑的較好解決方案。它是該產品提供的唯一一個多重路徑選項，完全受 SUSE 支援。

DM-MPIO 可自動設定多重路徑子系統的多種設定。每個裝置最多可設定 8 個路徑。模組支援主動/被動 (一個主動路徑，其他均為被動路徑) 或主動/主動 (所有路徑均為主動路徑，使用輪替式負載平衡) 組態。

DM-MPIO 框架可以採用以下兩種方式進行擴充︰

DM-MPIO 的使用者空間元件會自動探查路徑並進行分組，還會自動重新測試路徑，以便在先前失敗的路徑恢復正常時，能自動重新啟用該路徑。這樣會將管理員對生產環境的關注需求降到最低。

DM-MPIO 防範的是裝置路徑中的失敗，而不是裝置本身的失敗。如果其中一個主動路徑遺失 (例如網路卡損壞或光纖纜線被移開)，則 I/O 會重新導向到其餘的路徑。如果組態為主動/被動模式，則路徑會容錯移轉到其中一個被動路徑。如果您使用的是輪替式負載平衡組態，則流量會分流到其餘的正常路徑。如果所有主動路徑都失敗，則必須喚醒非主動的次要路徑，因此需經過大約 30 秒的延遲之後才會開始容錯移轉。

如果磁碟陣列有多個儲存處理器，請確保 SAN 交換器已連接到您要存取的 LUN 所屬的儲存處理器。在大多數磁碟陣列中，所有 LUN 都屬於兩個儲存處理器，因此兩個連接都處於主動模式。

注意：儲存處理器

在有些磁碟陣列中，儲存陣列透過儲存處理器來管理流量，因此每次只會顯示一個儲存處理器。一個處理器為主動，另外一個為被動，直到發生了失敗。如果您連接到錯誤的儲存處理器 (路徑為被動的處理器)，則可能找不到所需的 LUN，或雖然找到了 LUN，但在嘗試存取時會發生錯誤。

裝置對應程式多重路徑會偵測每個路徑，查看有無多重路徑裝置做為獨立的 SCSI 裝置。SCSI 裝置名稱採用的格式為 /dev/sdN，其中 N 是為裝置自動產生的字母，從 a 開始，並隨著裝置的建立依序發佈，例如 /dev/sda、/dev/sdb，依此類推。如果裝置數量超過 26 個，則字母將會重複，這樣，/dev/sdz 之後的裝置將命名為 /dev/sdaa、/dev/sdab，依此類推。

如果有多個路徑未自動偵測到，則您可以在 /etc/multipath.conf 檔案中手動設定。在您建立並設定 multipath.conf 檔案之前，該檔案並不存在。如需更多資訊，請參閱第 17.6 節 「建立或修改 /etc/multipath.conf 檔案」。

套件 multipath-tools 和 kpartx 提供了執行自動路徑探查和分組的工具。它們會週期性地自動測試路徑，這樣，先前失敗的路徑在恢復正常後，便可自動重新啟用。這樣會將管理員對生產環境的關注需求降到最低。

Udev 是預設的裝置處理器，該系統可透過 Worldwide 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] [-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 精靈︰

sudo systemctl restart multipathd

設定它之後，您可以在 mpathpersist 指令中指定保留金鑰。

若要允許多重路徑服務在開機時啟動，請執行以下指令︰

sudo systemctl enable multipathd

若要在執行中系統內手動啟動服務，或是檢查其狀態，請輸入以下其中一個指令︰

sudo systemctl start multipathd
sudo systemctl status multipathd

若要在目前的工作階段中停止多重路徑服務，以及停用該服務以便在系統下次開機時不啟動它，請執行以下指令︰

sudo systemctl stop multipathd
sudo systemctl disable multipathd

重要：重建 initrd

每次啟用或停用多重路徑服務時，還需要重建 initrd，否則系統可能無法再開機。啟用多重路徑服務時，還需執行以下指令以重建 initrd︰

dracut --force --add multipath

停用服務時，則執行以下指令以重建 initrd︰

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 知識庫中的 TID 3955167︰Troubleshooting SCSI (LUN) Scanning Issues (SCSI (LUN) 掃描問題疑難排解)，網址為 https://www.suse.com/support/kb/doc.php?id=3955167。

不建議對含有多個路徑的裝置進行磁碟分割，但這項操作是受支援的。使用 kpartx 工具無需重新開機即可在多重路徑裝置中建立分割區。在嘗試使用 YaST 中的分割程式功能或使用協力廠商分割工具設定多重路徑之前，也可以製做裝置的分割區。

多重路徑裝置是裝置對應程式裝置。雖然使用指令行工具 (例如 parted、kpartx 或 fdisk) 可以修改裝置對應程式裝置，但並不一定會產生更新其他層所需的 udev 事件。分割裝置對應程式裝置之後，您應該檢查多重路徑對應，確保已對應裝置對應程式裝置。如果未對應它們，您可以重新對應多重路徑裝置，或將伺服器重新開機，以取得多重路徑對應中的所有新分割區。

多重路徑裝置上一個分割區的裝置對應程式裝置不同於一個獨立裝置。使用整個裝置建立 LVM 邏輯磁碟區時，必須指定不包含分割區的裝置。如果您將多重路徑分割區指定為 LVM 邏輯磁碟區的目標裝置，則 LVM 會認為基礎實體裝置已分割，導致建立失敗。如果您需要細分 SAN 裝置，可以拆分 SAN 裝置上的 LUN，並將每個 LUN 做為獨立的多重路徑裝置顯示給伺服器。

/etc/multipath.conf 檔案由下列區段構成。如需詳細資料，請參閱 man 5 multipath.conf。

每次建立或修改 /etc/multipath.conf 檔案時，都不會在儲存檔案後自動套用變更。您可以在更新多重路徑對應之前，先執行設定的「試執行」來驗證多重路徑設定。

在伺服器命令提示字元中輸入

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
[...]

當 multipathd 正在執行時，對 /etc/multipath.conf 檔案所做的變更無法生效。在進行變更後，儲存並關閉檔案，然後執行以下操作以套用變更並更新多重路徑對應︰

為了在不同的路徑上識別裝置，多重路徑使用每部裝置的全球通用識別碼 (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，然後重新啟動節點，變更才會生效。如需詳細資料，請參閱第 17.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 範圍。該指令的一般語法如下所示︰

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 選項會執行路徑檢查程式，更新路徑資訊，然後顯示目前的狀態資訊。此指令永遠都會顯示路徑狀態的最新資訊。

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 組態檔案中設定。如需更多資訊，請參閱第 17.6 節 「建立或修改 /etc/multipath.conf 檔案」。

在開機過程中，系統退出到緊急外圍程序，並顯示類似如下的訊息︰

[  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
[   13.682489] floppy0: no floppy controllers found
[*     ] (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 設定。當關鍵字 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)︰