VCFC集群节点重启后虚拟网卡状态DOWN
- 0关注
- 0收藏，50浏览
VCFC集群节点重启后bond0状态为DOWN，通常是由于NetworkManager服务干扰或bonding驱动在链路恢复过程中状态卡死导致的。这是一个在Linux bonding驱动中已知的问题，尤其是在NetworkManager管理网络接口的场景下。
诊断步骤
首先登录节点，执行以下命令确认bond0和各成员口的详细状态：
# 查看bond0整体状态
/proc/net/bonding/bond0中成员口状态是否为downNetworkManager对bond0的控制状态是否为
managed
解决方案（按优先级排序）
方案一：禁用NetworkManager对该bond的控制（推荐）
这是最彻底的解决方案。bond在NetworkManager控制下，当链路短暂中断后可能无法正确恢复，而关闭NetworkManager控制后问题消失。
如果暂时不方便修改配置，可以通过重启bond接口或重置成员口来恢复：
如果上述方法无效，可以尝试调整bond的miimon和downdelay参数。根据内核开发者分析，downdelay设置可能影响链路故障状态的正确处理：
根据H3C CloudOS部署规范，集群管理网卡的聚合名称必须为bond0，存储网卡为bond1。如果命名不规范会导致部署失败。请确认：
聚合名称确实是
bond0（全小写）各成员口配置正确，且都正确加入到bond0中
根本原因说明
bond在BOND_LINK_FAIL状态下可能因NetworkManager的干扰而无法正确恢复：
当链路临时中断时，bonding驱动会先进入
BOND_LINK_FAIL状态如果此时NetworkManager干预了接口状态，可能导致驱动在
bond_miimon_commit()阶段没有正确处理new_link状态结果就是链路恢复后bond无法回到
BOND_LINK_UP状态
长期建议
统一配置管理：VCFC集群节点建议统一将
NM_COnTROLLED=no写入所有bond接口配置，避免NetworkManager干扰验证配置持久化：修改后重启节点测试，确保配置在重启后依然生效
监控bond状态：可配置监控脚本定期检查
/proc/net/bonding/bond0状态，异常时自动恢复
检查bond配置：`display current-configuration interface bond0` 确认bond模式（如mode 1 active-standby）和成员口正确。
检查VCFC服务：`systemctl status vcf-agent` 或 `service vcf-agent status` 查看服务是否正常启动。若异常，尝试重启服务：`systemctl restart vcf-agent`。
若上述步骤无效，需检查集群状态和节点间网络连通性。
服务器其他成员口是UP的，bond0口是down的，检查提示没有这个服务Unit vcf-agent.service could not be found
服务器其他成员口是UP的，bond0口是down的，检查提示没有这个服务Unit vcf-agent.service could not be found
一、先做快速恢复（临时生效）
- 登录故障节点后台，加载 bonding 模块
modprobe bonding
lsmod | grep bonding # 确认加载成功
- 启动 bond0 与成员网卡
ip link set bond0 up
ip link set eth0 up # 替换为实际成员网卡
ip link set eth1 up
- 重启网络服务（VCF C 常用 network 而非 NetworkManager）
systemctl restart network
systemctl enable network # 确保开机自启
- 验证状态
ip link show bond0 # 应显示UP
cat /proc/net/bonding/bond0 # 查看成员与模式
二、排查根本原因（避免重启复发）
1. 检查配置文件（最常见）
cd /etc/sysconfig/network-scripts/
- ifcfg-bond0 必须包含：
TYPE=Bond
BOOTPROTO=static # 或dhcp
OnBOOT=yes
BONDING_OPTS="mode=4 miimon=100 lacp_rate=fast" # 按实际模式
IPADDR=xxx.xxx.xxx.xxx
NETMASK=255.255.255.0
GATEWAY=xxx.xxx.xxx.xxx
- 成员网卡（如 ifcfg-eth0/eth1） 必须包含：
TYPE=Ethernet
BOOTPROTO=none
OnBOOT=yes
MASTER=bond0
SLAVE=yes
- 修复后重启 network：
systemctl restart network
2. 检查 bonding 模块开机加载
echo "bonding" > /etc/modules-load.d/bonding.conf
3. 禁用 NetworkManager（避免冲突）
systemctl stop NetworkManager
systemctl disable NetworkManager
4. 检查交换机侧 LACP 配置（mode=4 必查）
- 交换机端口必须加入LACP 动态聚合组，模式与服务器一致（active/active）
- 检查端口速率 / 双工一致，无错误包
- 交换机侧执行：
display link-aggregation verbose # 看LACP状态
display interface brief # 看端口是否UP
5. 查看系统日志定位错误
journalctl -u network -b # 看本次启动网络日志
cat /var/log/messages | grep bond # 搜索bond相关报错
三、VCF C 集群特殊处理
- 若 bond0 是集群管理 / 业务口，恢复后检查集群状态：
vcfc node list # 看节点是否正常加入
vcfc cluster status
- 若节点仍异常，可重新加入集群（谨慎操作）。
四、常见原因总结
| 现象 | 原因 | 解决 |
|---|---|---|
| 重启后 bond0 消失 / DOWN | OnBOOT=no、模块未加载 | 改 OnBOOT=yes，配置 modules-load |
| 成员口 UP 但 bond0 DOWN | LACP 协商失败、模式不匹配 | 核对交换机 LACP 与 bond mode |
| 配置正确仍不生效 | NetworkManager 干扰 | 禁用 NM，用 network 服务 |
五、最终验证
ip addr show bond0 # 有IP、UP
ping 网关/集群其他节点 # 通
cat /proc/net/bonding/bond0 # 成员均为Selected看了一下服务器上网口状态，成员口是UP状态，bond0状态是 DOWN的而且手动启动，启动不了，这个是一开始是正常运行，重启后网口起不来
看了一下服务器上网口状态，成员口是UP状态，bond0状态是 DOWN的而且手动启动，启动不了，这个是一开始是正常运行，重启后网口起不来
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明