「修復検出時間」は障害検出時間の 2 倍です。障害検出のデフォルト時間は 10 秒です。したがって、修復検出のデフォルト時間は 20 秒です。故障したインタフェースが RUNNING フラグでふたたびマークされ、障害検出手法がそのインタフェースを修復済みとして検出すると、in.mpathd デーモンはそのインタフェースの FAILED フラグを解除します。修復されたインタフェースは、管理者が最初に設定したアクティブインタフェースの数に応じて再配備されます。
ベースとなるインタフェースが故障したときに、プローブベースの障害検出が使用されていた場合、in.mpathd デーモンは、検査用アドレスが構成されていない場合は指定されたプローバ経由で、またはそのインタフェースの検査用アドレスを使用して、プローブを継続します。
インタフェース修復時の回復プロセス処理は、次のように、障害が発生したインタフェースが最初に構成された方法によって決まります。
故障したインタフェースが最初はアクティブインタフェースだった場合、修復されたインタフェースは元のアクティブステータスに戻ります。その IPMP グループで、十分な数 (システム管理者によって定義された数) のインタフェースがアクティブになっていれば、障害時に代わりに機能していたスタンバイインタフェースは元のスタンバイステータスに切り替えられます。
故障したインタフェースが最初はスタンバイインタフェースだった場合、IPMP グループにアクティブインタフェースの元の数が反映されていれば、修復されたインタフェースは元のスタンバイステータスに戻ります。それ以外の場合、スタンバイインタフェースはアクティブインタフェースになります。
インタフェースの障害および修復中の IPMP の動作方法を示すグラフィカルな表現については、IPMP の動作方法を参照してください。
デフォルトでは、障害発生後に修復されたアクティブインタフェースは自動的に、IPMP グループ内で元のアクティブインタフェースに戻ります。この動作は、in.mpathd デーモンの構成ファイル内の FAILBACK パラメータの値によって制御されます。ただし、データアドレスが修復されたインタフェースに再マッピングされるときに発生する短い中断でさえ許容できないことがあります。その場合は、アクティブ化されたスタンバイインタフェースをそのままアクティブインタフェースとして機能させたほうが望ましいこともあります。IPMP では、デフォルト動作をオーバーライドして、インタフェースが修復時に自動的にアクティブにならないようにすることができます。これらのインタフェースは FAILBACK=no モードで構成する必要があります。関連する手順については、IPMP デーモンの動作を構成する方法を参照してください。
FAILBACK=no モードのアクティブインタフェースが故障したあと修復された場合、in.mpathd デーモンは IPMP の構成を次のように復元します。
IPMP グループがアクティブインタフェースの元の構成を反映している場合、デーモンはこのインタフェースの INACTIVE ステータスを維持します。
修復時点での IPMP の構成が、グループのアクティブインタフェースの元の構成を反映していない場合、FAILBACK=no ステータスであっても、修復されたインタフェースがアクティブインタフェースとして再配備されます。