Open hongli-my opened 3 years ago
I believe this is covered in the spec:
If an ADD action fails, when the runtime decides to handle the failure it should execute the DEL action (in reverse order from the ADD as specified above) for all plugins in the list, even if some were not called during the ADD action.
We're considering changing the specification (and libcni) to
This is definitely not a spec change, so removing the milestone.
Because libcni itself might crash during ADD (or the subsequent DEL), the runtime (e.g. podman, containerd) should ALWAYS call DEL on a failed ADD. So, while we might paper this over in libcni, the behavior doesn't change: you should always DEL.
Do you mean crash as in "panic", or some more general concept of "really bad error where we can't recover enough to call DEL, but haven't actually killed the process" ?
https://github.com/containernetworking/cni/blob/master/libcni/api.go#L428
for
.conflist
cni conf like: if flannel cni run success, but tunning failed, will not be cleaned for flannel.