エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Novell Doc: SLES 11 SP1: ストレージ管理ガイド - エラーになったI/Oの管理
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Novell Doc: SLES 11 SP1: ストレージ管理ガイド - エラーになったI/Oの管理
7.13 エラーになったI/Oの管理 queue_if_no_pathを有効にすることで、すべてのパスで同時に障害が発生し... 7.13 エラーになったI/Oの管理 queue_if_no_pathを有効にすることで、すべてのパスで同時に障害が発生した場合は、I/Oをキューに登録するように、マルチパス処理を設定する必要があるかもしれません。設定しておかないと、すべてのパスに障害が発生するとI/Oもすぐに失敗してしまいます。ドライバ、HBA、またはファブリックにスプリアスエラーが発生したというシナリオでは、それらのエラーですべてのパスが失われるI/Oをすべて待ち行列に入れ、エラーを上方にプロパゲートしないように、DM-MPIOを設定してください。 マルチパスデバイスをクラスタで使用する場合は、queue_if_no_pathを無効にすることができます。このようにすると、I/Oが待ち行列に入らず、自動的にパス障害となり、I/Oエラーがエスカレートしてクラスタリソースのフェールオーバーが行われます。 ただし、queue_