同じデバイスであるが識別子が異なる多くのブロックデバイスがあると想像してみてください（たとえば、dmsetupiSCSIを介して複数回エクスポートしたデバイスのカットとスレッドなど）。番号は同じですが、種類が異なる場合があります（物理デバイスやFCターゲットなど）。 utilを介してマルチパスを指定したいですmultipath。
man私が他のことを強制できることを読んでくださいポリシーしかし、マルチパスを強制的に適用できますか？地図彼ら自身？パスエラーを検出する方法が何であれ、パス優先順位付けポリシーが何であれ、デバイスの種類や対応するシーケンス/ IQNに依存しないため、ここでは概念的な問題はありません。しかし、ドキュメントで同様のコンテンツが見つかりませんでした。
どんなアイデアがありますか？
ベストアンサー1
さて、SAS接続デバイスからiSCSIターゲットを作成し、それを独自にエクスポートしてマルチパスの一部にすることは可能ですが、これよりもハッキングに近いです。力。
次のように進んでください。
1) dmsetup create disk_full --table '0 781422768 linear /dev/sdb 0'-dmsetupフルサイズの物理ディスクから-edディスクを作成します。
2) echo "50011731011379ec" > /sys/kernel/config/target/core/iblock_0/disk_full/wwn/vpd_unit_serial- マルチパスを指定する同じ物理ディスクにシリアルを設定します。
3）targetcli /iscsi/iqn.2017-12.com.aa.iscsi:srv/tpg1/luns create /backstores/iblock/disk_full- ポータルにディスクを追加します（以前に作成されました）。
4) iscsiadm -m node -l- iSCSIターゲットを使用してリモートシステムにログインし、私たち自身
5) service multipathd start- マルチパスデーモンがまだ起動していない場合に起動します。
6）multipath -ll- チャジャン、私たちはすでにマルチパスディスクを持っています
注：トリックなしではdmsetup同じシリアル番号を取得できません。50011731011379ecLIOにエクスポートした後も物理ディスクのシリアル番号は同じに見えますが、エクスポートdmsetup後にLIOが適用されたディスクは600140550011731011379ec000000000リモートデバイスのシリアル番号と同じシリアル番号を取得します。 iSCSIターゲット番号は同じです。