• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

kubeovn / kube-ovn / 20135650832
23%

Build:
DEFAULT BRANCH: master
Ran 11 Dec 2025 02:04PM UTC
Jobs 2
Files 191
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

11 Dec 2025 02:00PM UTC coverage: 22.356% (+0.001%) from 22.355%
20135650832

push

github

web-flow
ip双栈的情况下gc interface失败 + sts的pod在经过多次重启后偶现chassis和pod所在节点不匹配的gc (#6033)

* 问题描述

1.ip双栈的情况下gc interface失败;
2.sts下pod在经过重启以及扩缩容后偶现chassis和pod所在节点不匹配;

产生原因

1.gc Interface通过查询ovs interface表的name,external_ids,error值,然后通过逗号分隔,ip双栈的情况下external_ids 中会出现ip=ipv4,ipv6的值,多了个逗号,再用逗号分隔,解析时按顺序获取值就错位。
2.kube-ovn中缺少对pod的chassis和pod所在节点不匹配时interface的gc处理;

解决方法

调整拼接顺序为:“name,error,external_ids”,再用strings.splitN(x,“,”,3)只分割3部分,ip双栈被整个划分到第三部分,就不会影响解析;
在原gc逻辑中增加:当查询到pod时,再比对pod所在节点和当前cni所在节点是否一致,不一致则删除interface
优化查询:以前gc时会查所有的interface,现在只查不是up状态的(状态为down或空),减少处理的数据量。

* 问题描述

1.ip双栈的情况下gc interface失败;
2.sts下pod在经过重启以及扩缩容后偶现chassis和pod所在节点不匹配;

产生原因

1.gc Interface通过查询ovs interface表的name,external_ids,error值,然后通过逗号分隔,ip双栈的情况下external_ids 中会出现ip=ipv4,ipv6的值,多了个逗号,再用逗号分隔,解析时按顺序获取值就错位。
2.kube-ovn中缺少对pod的chassis和pod所在节点不匹配时interface的gc处理;

解决方法

调整拼接顺序为:“name,error,external_ids”,再用strings.splitN(x,“,”,3)只分割3部分,ip双栈被整个划分到第三部分,就不会影响解析;
在原gc逻辑中增加:当查询到pod时,再比对pod所在节点和当前cni所在节点是否一致,不一致则删除interface
优化查询:以前gc时会查所有的interface,现在只查不是up状态的(状态为down或空),减少处理的数据量。

* 去掉没用的引用包
Signed-off-by: mengyu <mengyu@unicloud.com>

* 问题描述

1.ip双栈的情况下gc interface失败;
2.sts下pod在经过重启以及扩缩容后偶现chassis和pod所在节点不匹配;

产生原因

1.gc Interface通过查询ovs interface表的name,external_ids,error值,然后通过逗号分隔,ip双栈的情况下external_ids 中会出现ip=ipv4,ipv6的值,多了个逗号,再用逗号分隔,解析时按顺序获取值就错位。
2.kube-ovn中缺少对pod的chassis和pod所在节点不匹配时interface的gc处理;

解决方法

调整拼接顺序为:“name,error,external_ids”,再用strings.splitN(x,“,”,3)只分割3部分,ip双栈被整个划分到第三部分,就不会影响解析;
在原gc逻辑中增加:当查询到pod时,再比对pod所在节点和当前cni所在节点是否一致,不一致则删除interface
优化查询:以前gc时会查所有的interface,现在只查不是up状态的(状态为down或空),减少处理的数据量。

Signed-off-by: mengyu <mengyu@unicloud.com>

* 问题描述

1.ip双栈的情况下gc interface失败;
2.sts下pod在经过重启以及扩缩容后偶现chassis和pod所在节点不匹配;

产生原因

1.gc Interface通过查询ovs interface表的name,external_ids,error值,然后通过逗号分隔,ip双栈的情况下external_ids 中会出现ip=ipv4,ipv6的值,多了个逗号,再用逗号分隔,解析时按顺序获取值就错位。
2.kube-ovn中缺少对pod的chassis和pod所在节点不匹配时interface的gc处理;

解决方法

调整拼接顺序为:“name,error,external_ids”,再用strings.splitN(x,“,”,3)只分割3部分,ip双栈被整个划分到... (continued)

0 of 27 new or added lines in 2 files covered. (0.0%)

2 existing lines in 1 file now uncovered.

11776 of 52676 relevant lines covered (22.36%)

0.52 hits per line

New Missed Lines in Diff

Lines Coverage ∆ File
5
52.0
0.0% pkg/ovs/ovs-vsctl.go
22
0.0
0.0% pkg/daemon/controller.go

Uncovered Existing Lines

Lines Coverage ∆ File
2
74.6
-0.53% pkg/ovs/ovn-nb-logical_router_route.go
Jobs
ID Job ID Ran Files Coverage
1 20135650832.1 11 Dec 2025 02:04PM UTC 191
22.35
GitHub Action Run
2 20135650832.2 11 Dec 2025 02:22PM UTC 191
22.36
GitHub Action Run
Source Files on build 20135650832
  • Tree
  • List 191
  • Changed 2
  • Source Changed 0
  • Coverage Changed 2
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • 6e21af23 on github
  • Prev Build on master (#20127912184)
  • Next Build on master (#20151418322)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc