-
Notifications
You must be signed in to change notification settings - Fork 797
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bridge plugin:call ipam.ExecDel after clean device in netns #666
Comments
I think your concern is indeed right, but two conditions below make sure ip conflict happened rarely,
|
yes,ip conflict happened rarely, but it happened and cause some problem in my situation,the basic reason why cni clean device failed is still under investigation. while we can avoid this by optimize the clean process in cni plugin, I have finished it and it works fine in my test environment . |
fix containernetworking#666 Signed-off-by: gojoy <729324352@qq.com>
fix containernetworking#666 Signed-off-by: gojoy <729324352@qq.com>
fix containernetworking#666 Signed-off-by: gojoy <729324352@qq.com>
fix containernetworking#666 Signed-off-by: gojoy <729324352@qq.com>
fix containernetworking#666 Signed-off-by: gojoy <729324352@qq.com>
fix containernetworking#666 Signed-off-by: gojoy <729324352@qq.com>
https://github.com/containernetworking/plugins/blob/master/plugins/main/bridge/bridge.go#L635
now bridge plugin call ipam.ExecDel firstly and then clean device in netns when DEL, if execute ipam.ExecDel successful but clean device failed, in this situation the ip has been released in ipam server, while the ip was still used in this netns, may cause ip conflict if ipam allocate the ip to another new pod.
should call ipam.ExecDel after clean device in netns ?
thanks
The text was updated successfully, but these errors were encountered: