このプレゼンテーションに設置のマルチパスについて主にマルチパス構成パラメータの説明に、あまりをしない、関連するパラメータの異なるOSバージョンのマルチパス特性が同じではないので、このバージョンでは唯一のRedhat5のマルチパス構成の下で導入されました。
インストール後にマルチファイルを編集する必要があるの/etc/multipath.conf、
デバイス{
デバイス{
ベンダー"DGC"
製品"*"
product_blacklist "LUN_Z"
getuid_callout "/ sbinに/ SCSI_ID -g -u -s /ブロック/％N"
#prio_callout "/ sbinに/ mpath_prio_emcの/ dev /％N"
prio_callout " / sbinに/ mpath_prio_aluaの/ dev /％N」
#hardware_handler "1 EMC"
hardware_handler "1 ALUA"
path_grouping_policyのgroup_by_prio
フェイルバックマニュアル
rr_weightの制服は
失敗no_path_retry
rr_min_io 1000年
path_checkerのemc_clariion
}
}
ベンダー：機器メーカー
製品：モデル
product_blacklist：ブラックリスト
getuid_callout：LUN WWIDを取得
prio_callout：/ sbinディレクトリ内の優先順位を選択したアルゴリズム値を、そこmpath_prio_alua、mpath_prio_emc、mpath_prio_hp_sw（フォローアップは、優先順位の値が格納された特性について説明した内容に応じて算出された特徴とするであろう）
hardware_handler：、1 EMC、1 ALUA、1 hp_sw、1つのRDACがあるハードウェアの種類を指定します。
path_grouping_policy：指定分组策略、フェイルオーバー、マルチバス、group_by_serial、group_by_prio、group_by_node_name
path_selector：IOチャネル選択アルゴリズムの指定、ラウンドロビン0、キュー長さ0、サービス時間0
フェイルバック：回復ポリシーの定義、即時、手動、followover
rr_weight：カスタムの重み、制服、優先順位
no_path_retry：試みが失敗し、失敗のパスを指定し、キュー
rr_min_io：IOの数を指定し、IOはこの数値を達成するため、次のパス、デフォルトの1000に切り替わります
path_checker：パス状態確認方法、readsector0、TUR、emc_clariion、hp_sw、RDAC、DIRECTIOを指定します。
以下は、RedHatの公式な説明から取られます。
ベンダーは、例えば、COMPAQのために、デバイス属性が適用されるストレージデバイスのベンダー名を指定します。
生成物は、例えばHSV110（C）COMPAQため、デバイス属性が適用されるストレージデバイスの製品名を指定します。
リビジョンは、ストレージデバイスの製品リビジョン識別子を指定します。
product_blacklistは、製品単位でブラックリストするために使用する正規表現を指定します。
hardware_handlerは
、パスグループの切り替えやI / Oエラーを処理するときに、ハードウェアの特定のアクションを実行するのに使用するモジュールを指定します。可能な値は次のとおりです。
1 EMC：EMCストレージアレイのハードウェアハンドラを。
1 ALUA：SCSI-3 ALUAアレイ用のハードウェアハンドラー。
1 hp_sw：コンパック/ HPコントローラ用のハードウェアハンドラー。
1つのRDAC：LSI / Engenio RDACコントローラ用のハードウェアハンドラー。
path_grouping_policy
未指定のマルチパスに適用するデフォルトのパスグルーピングポリシーを指定します。可能な値は次の
優先順位グループごとにフェイルオーバ= 1つのパス
マルチバス= 1つの優先度グループ内のすべての有効なパス
検出されたシリアル番号毎にgroup_by_serial = 1つの優先グループ
group_by_prio = 1つの優先グループパス当たりの優先値が
group_by_node_name = 1つの優先度グループはターゲットノード名ごと
getuid_callout指定をデフォルトのプログラムと引数は、一意のパス識別子を取得するためにコールアウトします。絶対パスが必要です。
path_selector
次のI / O操作に使用するどのようなパスを決定する際に使用するデフォルトのアルゴリズムを指定します。可能な値は、次の
ラウンドロビン0：ループをパスグループ内のすべての経路を通って、各I / Oの同量を送信します。
キューの長さ0：未処理のI / O要求数が最も少ないパスにI / Oの次の束を送信します。
サービス時間0：その相対スループットによって、各パスに未処理のI / Oの合計サイズを割ることによって決定された最短推定サービス時間と経路、ダウンI / Oの次の束を送ります。
path_checkerは、
パスの状態を決定するために使用するデフォルトの方法を指定します。可能な値は次のとおりです。
readsector0は：デバイスの最初のセクターを読みます。
TUR：デバイスへのテストUNIT READYを発行します。
emc_clariion：パスを決定するためにEMC Clariion固有のEVPDページ0xC0を照会します。
hp_sw：アクティブ/スタンバイのファームウェアを搭載したHPストレージアレイのパスの状態を確認してください。
RDAC：LSI / Engenio RDACストレージコントローラのパススタットを確認してください。
DIRECTIO：ダイレクトI / Oとの最初のセクターを読みます。
特徴
の形式を使用して、マルチパスデバイスのデフォルトの余分な機能を：「number_of_features_plus_argumentsが特長1 ...」。
機能のための可能な値は次のとおりです。
キューにno_path_retryを設定することと同じですqueue_if_no_pathでは、。この機能を使用するときに発生する可能性のある問題については、第5.6項「queue_if_no_pathで機能での問題」を参照してください。
retain_attached_hw_handler：このパラメータがyesに設定されており、SCSI層が既にパスデバイスへのハードウェアハンドラを接続している場合（のRed Hat Enterprise Linuxリリース6.4以降）、マルチパスはのmultipath.confで指定されたhardware_handlerを使用するようにデバイスを強制しません。ファイル。SCSI層は、ハードウェアハンドラを添付していない場合、マルチパスはいつものように、その構成されたハードウェアハンドラを使用していきます。
pg_init_retries N：1 <= N <= 50で失敗する前にN回までパスグループ初期化を再試行
pg_init_delay_msecs N：待っnは0 <= N <= 60000パスグループ初期化試行の間のミリ秒
PRIO
パス優先度の値を取得するためにコールするデフォルトの関数を指定します。例えば、SPC-3でALUAビットが悪用PRIO値を提供します。可能な値は次のとおりです。
ポーラ：全てのパスに1の優先順位を設定します。
EMC：EMCアレイのパス優先度を生成します。
ALUA：SCSI-3 ALUA設定に基づいて、パスの優先度を生成します。あなたがお使いのデバイスの設定でPRIO「ALUAのexclusive_pref_bit」を指定した場合のRed Hat Enterprise Linux 6.8のように、マルチパスは、県ビットがセットされたパスのみが含まれていて、そのパスグループに最も高い優先順位を与えるパスグループを作成します。
tpg_pref：優先ポートのビットを使用して、SCSI-3 ALUA設定に基づいてパス優先度を生成します。
ONTAP：NetAppアレイのパス優先度を生成します。
RDAC：LSI / Engenio RDACコントローラのパスの優先度を生成します。
hp_sw：アクティブ/スタンバイ・モードのCompaq / HPコントローラのパスの優先度を生成します。
HDS：Hitachi HDS Modularストレージアレイのパスの優先度を生成します。
フェイルバックは、
パスグループフェイルバックを管理します。
即時の値は、アクティブパスが含まれている最も優先度の高いパスグループに対する即時フェイルバックを指定します。
マニュアルの値は、即時フェイルバックがあってはならないことを指定しますが、それフェイルバックは、オペレータの介入で発生することができます。
followoverの値は、パスグループの最初のパスがアクティブになったときに、自動フェイルバックが実行されるべきことを指定します。これは、他のノードがフェイルオーバーを要求したときに自動的にバック失敗からノードを保持します。
ゼロは据え置きフェイルバックを指定するよりも大きな数値は、秒単位で表されます。
優先順位に設定した場合は代わりに次のパスを選択するpath_selectorを呼び出す前に、パスにrr_min_ioの要求を送信するPRIO機能によって決定されるrr_weight、その後、送信するための要求の数は、rr_min_io回パスの優先順位によって決定されます。均一に設定した場合、すべてのパスの重みは等しいです。
no_path_retry
この属性の数値は、システムがキューイングを無効にする前に、失敗したパスの使用を試みる回数を指定します。
failの値は、キューなしで即時失敗を示します。
キューの値は、パスが修復されるまでキューが停止すべきでないことを示しています。
rr_min_io現在のパスグループ内で次のパスに切り替える前に、パスにルーティングするI / O要求の数を指定します。この設定は2.6.31その古いカーネルを実行しているシステムです。新しいシステムは、rr_min_io_rqを使用する必要があります。デフォルト値は1000である
rr_min_io_rq要求ベースのデバイスマッパーマルチパスを使用して、現在のパスグループ内の次のパスに切り替える前に、パスにルーティングするI / O要求の数を指定します。この設定は、現在のカーネルを実行しているシステムで使用する必要があります。2.6.31より古いカーネルを実行しているシステムでは、rr_min_ioを使用しています。デフォルト値は1です。
問題は、そのリモートポート上でデバイスへのI / Oが失敗する前にFCリモートポート上で検出された後の秒数fast_io_fail_tmo SCSI層が待機します。この値は、dev_loss_tmoよりも小さくする必要があります。オフに設定すると、タイムアウトが無効になります。
問題は、システムから取り外す前にFCリモートポート上で検出された後の秒数dev_loss_tmoのSCSI層が待機します。無限大に設定すると、2147483647秒、または68年に設定します。
yesに設定するとflush_on_last_del、multipathdデーモンは、デバイスへの最後のパスが削除されたときのキューイングを無効にします。
yesに設定するとuser_friendly_namesは、システムは、/ etc /マルチ/バインディングがmpathnの形式で、マルチパスへの持続的かつユニークな別名を割り当てるためにファイルを使用する必要があることを指定します。noに設定した場合、システムがWWIDをマルチパスのエイリアスとして使用することを指定します。いずれの場合も、ここで指定されているものは、構成ファイルのマルチパスのセクションで指定した任意のデバイス固有の別名によって上書きされます。デフォルト値はnoです。
retain_attached_hw_handlerこのパラメータがyesに設定されており、SCSI層が既にパスデバイスへのハードウェアハンドラを接続している場合（のRed Hat Enterprise Linuxリリース6.4以降）は、マルチパスがmultipath.confファイルで指定されたhardware_handlerを使用するようにデバイスを強制しません。 。SCSI層は、ハードウェアハンドラを添付していない場合、マルチパスはいつものように、その構成されたハードウェアハンドラを使用していきます。
detect_prio（のRed Hat Enterprise Linuxリリース6.4以降）これがyesに設定されている場合は、デバイスがALUAをサポートしている場合、マルチパスは、まずチェックし、もしそうなら、それは自動的にデバイスにALUAの優先順位付けを割り当てます。デバイスがALUAをサポートしていない場合、それは常にそうであるように、優先順位付けを決定します。
0より大きい値に設定した場合delay_watch_checks（のRed Hat Enterprise Linuxリリース6.7以降）、multipathdデーモンは最近チェックに指定番号の有効となっているパスを監視します。彼らは監視されている間、彼らは再び失敗した場合、彼らは次の有効になったとき、彼らはdelay_wait_checksで指定された連続したチェックの数について、最大宿泊しているまで、彼らは使用されません。これは、彼らがオンラインに戻ってくるとすぐに、すぐに戻っての使用に置かれてから信頼できないかもしれパスを維持することができます。
delay_wait_checks（のRed Hat Enterprise Linuxリリース6.7以降）、最近オンラインに戻ってきたデバイスがdelay_watch_checksで指定されたチェックの数以内に再度失敗した0より大きい値に設定されている場合、それがオンラインに戻った次の時間は、それはなりますマークされ、遅延し、それがdelay_wait_checksに指定されたチェックの数を経過するまでは使用されません。
skip_kpartx（後のRed Hat Enterprise Linuxリリース6.9と）yesに設定した場合、kpartxは自動的にデバイス上のパーティションを作成しません。これは、デバイスがパーティションテーブルを持っている場合でも、ユーザーはパーティションを作成せずにマルチパスデバイスを作成することができます。
マルチパスデバイスが最初に起動される前に、max_sectors_kb（のRed Hat Enterprise Linuxリリース6.9以降）は、マルチパスデバイスの基礎となるすべてのパスで指定された値にmax_sectors_kbデバイスキューパラメータを設定します。マルチパスデバイスが作成されると、デバイスは、パスデバイスからmax_sectors_kb値を継承します。手動でパスデバイスの場合、この値をマルチパスデバイスのために、この値を上げるか、下げることは、マルチパスデバイスが許可するパスよりも大きなI / O操作を作成することがあります。max_sectors_kbパラメータを使用すると、マルチパスデバイスは、パス・デバイスの上に作成される前に、これらの値を設定し、合格されることから、無効なサイズのI / O操作を防止するための簡単な方法は、このパラメータをユーザが設定されていない場合は、パス・デバイスがきていますそれは、それらのデバイスドライバが設定され、マルチパスデバイスは、パスデバイスからそれを継承します。
このパラメータがyesに設定されている場合all_devs、このデバイス構成で設定したオプションのすべては、他のデバイス構成のすべての構成ファイル内のものと内蔵のデフォルト値の両方を、これらのオプションの値を上書きします。