IRF 分裂问题

会有日志

IRF 组网中单台设备故障时，幸存的设备会产生明确的日志，这能帮助您快速了解故障性质。

为了方便排查，您可以通过以下命令查看日志：

下面是两种故障场景下，幸存设备可能输出的关键日志信息示例，供您参考。

 场景一：Master故障，Slave接管成为新Master

当 Master 设备故障（如断电、重启），备用设备会检测到并接管其工作。这个过程会触发 IRF 端口状态变更以及主备倒换事件。

预期日志示例如下：

日志解读：

• STM/3/STM_LINK_DOWN 是严重（3 代表 error）级别的告警，明确指出了 IRF 物理端口断开。

• 随后的 STM/6/STM_LINK_UP 代表 IRF 链路恢复，通常紧接着一系列用于故障切换的物理接口 PHY_UPDOWN 状态变化。

注意：若 Master 设备为彻底断电重启，日志中可能不会直接出现一句类似“Master changed to Slave”的明确提示，而是通过上述一连串接口事件来体现切换过程。

 场景二：Slave故障，Master保持主用

当 Slave 设备故障时，由于其本身负责流量转发和状态备份，故障影响相对较小。Master 设备会检测到 Slave 离开，并记录状态变更。

预期日志示例如下：

日志解读：

• STM/3/STM_LINK_DOWN：同样提示 IRF 物理链路中断，是 Slave 故障的最直接体现。

• 关键状态信息：您也可能会观察到类似 “Slave is absent” 的状态提示-，这表明 Master 已感知到备用设备离线。

一、Master 挂了，Slave 变成新 Master（原 Slave 上的日志）

• STM_MASTER_DOWN：检测到主设备离线。
• STM_SLAVE_TO_MASTER：本设备从 Slave 升为 Master（最核心）H3C。
• HA_STANDBY_TO_MASTER：HA 主备倒换，备变主H3C。

二、Slave 挂了，Master 还在（原 Master 上的日志）

• STM_SLAVE_DOWN：明确从设备离线H3C。
• HA_SLAVE_ABSENT：Master 记录 “备机不在位”H3C。

三、IRF 分裂（链路断或两边都认为自己是 Master）

• MAD_DETECT：多主冲突，分裂告警（非常重要）H3C。

速记

• 原 Slave→新 Master：必见 STM_SLAVE_TO_MASTERH3C。
• Master 看 Slave 掉线：必见 STM_SLAVE_DOWNH3C。
• 分裂 / 脑裂：必见 MAD_DETECTH3C。

slave挂了，主设备上会打印irf端口down，备机fault的日志，例如：

%Jan  1 01:25:16:858 2021 H3C STM/3/STM_LINK_DOWN: IRF port 1 went down.
%Jan  1 01:25:16:860 2021 H3C STM/6/STM_MEMBER_LEAVE: IRF member 2 left.
%Jan  1 01:25:16:884 2021 H3C DEV/2/BOARD_STATE_FAULT: Board state changed to Fault on slot 2, type is xxxxxxx
%Jan  1 01:25:16:991 2021 H3C DEV/3/BOARD_REMOVED: Board was removed from slot 2, type is unknown.

master挂了，在上面日志基础上会加一条，备设备变成主设备的日志，例如：

%Jan  1 01:25:16:858 2021 H3C HA/5/HA_STANDBY_TO_MASTER: Standby board in slot 2 changed to master.