デバイスマッパー(マルチパス)障害パスの処理

デバイスマッパー(マルチパス)障害パスの処理

ディスクがゆっくり失敗し始めると、マルチパスが失敗し始め、リカバリパスが失敗し始め、これは永久に続く。 (FCネットワークではなくSAS-JBODとLSI-3008HBAカードを使用しています)

情報;

Sep 13 11:20:17 DEV2 kernel: sd 0:0:190:0: attempting task abort! scmd(ffff88110e632948)
Sep 13 11:20:17 DEV2 kernel: sd 0:0:190:0: [sdft] tag#3 CDB: opcode=0x0 00 00 00 00 00 00
Sep 13 11:20:17 DEV2 kernel: scsi target0:0:190: handle(0x0037), sas_address(0x5000c50093d4e7c6), phy(38)
Sep 13 11:20:17 DEV2 kernel: scsi target0:0:190: enclosure_logical_id(0x500304800929ec7f), slot(37)
Sep 13 11:20:17 DEV2 kernel: scsi target0:0:190: enclosure level(0x0001),connector name(1   )
Sep 13 11:20:17 DEV2 kernel: sd 0:0:190:0: task abort: SUCCESS scmd(ffff88110e632948)
Sep 13 11:20:18 DEV2 kernel: device-mapper: multipath: Failing path 130:240.
Sep 13 11:25:34 DEV2 kernel: device-mapper: multipath: Reinstating path 130:240.

ご覧のとおり、カーネルは操作を中断し、マルチパスが失敗した後です。だから私はMultipathに「パスを復元しないでください」と言うことでこの問題を取り除きたいと思います。
この方法は、ゾンビディスクを死んだままにします。

どうすればいいですか?

ベストアンサー1

マルチパスは、パスが有効かどうかを決定する方法を知る必要があります。見たらマルチパス構成ファイルオプションのpath_checkerがあり、optionそのリストを見ることができます(デフォルトはreadsector0)。別の方法は、パスがグループ化されるようにパス優先順位を開発することです。フェイルオーバーを無効にすると、緊急事態以外では使用されません。 ~によるとhttps://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/storage_administration_guide/removing-path-to-storage-deviceペアへの手動参照を削除したら、sdft次のものを使用できます(ただし、指定した大文字と小文字に合わせて置き換えます)sdftsda

パスをオフラインにするために使用されますecho offline > /sys/block/sda/device/state

これにより、このパスのデバイスに送信された後続のすべてのI / Oはすぐに失敗します。デバイスマッパーマルチパスデバイスの残りのパスは引き続き使用されます。

おすすめ記事