networking runtime_error ai_generated true

VRRP：抢占延迟到期，接口eth0上转换为主状态

VRRP: Preempt delay expired, transitioning to MASTER state on interface eth0

ID: networking/vrrp-preempt-delay-expired

其他格式: JSON · Markdown 中文 · English
85%修复率
83%置信度
1证据数
2023-09-12首次发现

版本兼容性

版本状态引入弃用备注
keepalived 2.2.8 active — — —
FRRouting 9.1 active — — —
Linux kernel 6.1 active — — —

根因分析

具有更高优先级的VRRP备份路由器等待了配置的抢占延迟后，正在接管为主路由器，如果前主路由器仍活跃，可能会导致短暂流量中断。

English

A VRRP backup router with higher priority waited through the configured preempt delay and is now taking over as master, which may cause transient traffic disruption if the previous master is still active.

generic

官方文档

https://datatracker.ietf.org/doc/html/rfc5798

解决方案

  1. Ensure the previous master gracefully transitions by setting a lower priority on it: in keepalived.conf, set priority 100 on old master, priority 150 on new master, then reload both: systemctl reload keepalived
  2. Monitor VRRP state transitions and adjust preempt delay if flapping occurs: grep 'VRRP' /var/log/syslog ; increase delay with vrrp_skip_check_adv_addr and vrrp_garp_master_delay in keepalived.conf

无效尝试

常见但无效的做法:

  1. 70% 失败

    This prevents the higher-priority router from taking over, defeating the purpose of VRRP for failover scenarios.

  2. 60% 失败

    Instant preemption can cause flapping if the previous master has not yet released the IP; a non-zero delay is intentional for stability.