检测物理接口修复

修复检测时间是故障检测时间的两倍。故障检测的缺省时间为 10 秒。因此，修复检测的缺省时间为 20 秒。在再次使用 RUNNING 标志标记出现故障的接口，并且故障检测方法检测到该接口已修复后，in.mpathd 守护进程将清除该接口的 FAILED 标志。根据管理员最初设置的活动接口的数量，重新部署已修复的接口。

当一个底层接口出现故障并且使用了基于探测器的故障检测时，in.mpathd 守护进程将使用指定的探测器（如果没有配置测试地址）或使用接口的测试地址继续探测。在接口修复期间，恢复过程取决于出现故障的接口的原始配置，如下所示：

• 如果出现故障的接口原来是活动接口，修复后的接口将恢复为其原始的活动状态。如果 IPMP 组中活动接口的数量足以达到系统管理员所定义的数量，则在故障期间充当“替补”的备用接口将切换回备用状态。

  ---

  注 - 一个例外是当修复的活动接口同时配置为 FAILBACK=no 模式时。有关更多信息，请参见FAILBACK=no 模式。

  ---

• 如果出现故障的接口原来是备用接口，则只要 IPMP 组反映活动接口的原始数量，修复后的接口就会恢复为其原始的备用状态。否则，备用接口将变为活动接口。

要查看 IPMP 在接口故障及修复过程中行为的图形表示，请参见IPMP 的工作原理。

FAILBACK=no 模式

缺省情况下，出现故障然后又被修复的活动接口将自动重新成为 IPMP 组中的活动接口。此行为由 in.mpathd 守护进程的配置文件中的 FAILBACK 参数值控制。但是，在数据地址重新映射到修复的接口时即使发生非关键性中断，对一些管理员来说可能也是不可接受的。这些管理员可能更希望允许激活的备用接口继续作为活动接口。IPMP 允许管理员覆盖缺省行为，以防止修复后的接口自动成为活动接口。这些接口必须在 FAILBACK=no 模式中配置。有关过程，请参见如何配置 IPMP 守护进程的行为。

当处于 FAILBACK=no 模式的活动接口出现故障然后又被修复后，in.mpathd 守护进程恢复 IPMP 配置的方式如下所示：

• 只要 IPMP 组反映活动接口的原始配置，守护进程就保留该接口的 INACTIVE 状态。

• 如果 IPMP 配置在修复时刻并不反映该组的活动接口的原始配置，则已修复的接口将作为活动接口重新部署，尽管它具有 FAILBACK=no 状态。