You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
cp: cannot create regular file '/host/opt/cni/bin/multus-shim': Text file busy
in PodInitializing - install-multus-binary stage - therefore it wont allow kube-multus on running
Steps To Reproduce
In the production, it appears that if I remove kube-multus pod either gracefully or by force, it will create this situation.
Current Behavior
Following are the description of the current behaviour
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 2m8s default-scheduler Successfully assigned kube-system/kube-multus-ds-ctk6l to tbspxdgpuwkr004
Normal Pulled 43s (x5 over 2m7s) kubelet Container image "ghcr.io/k8snetworkplumbingwg/multus-cni:snapshot-thick" already present on machine
Normal Created 43s (x5 over 2m7s) kubelet Created container install-multus-binary
Normal Started 42s (x5 over 2m6s) kubelet Started container install-multus-binary
Warning BackOff 19s (x10 over 2m5s) kubelet Back-off restarting failed container install-multus-binary in pod kube-multus-ds-ctk6l_kube-system(695d7264-ede6-4927-aa3e-d76d9988df21)
Defaulted container "kube-multus" out of: kube-multus, install-multus-binary (init)
Error from server (BadRequest): container "kube-multus" in pod "kube-multus-ds-ctk6l" is waiting to start: PodInitializing
Expected Behavior
Kube-multus can detect the problem, therefore kube-multus can run.
Options
can release the process of multus-shim
can choose to ignore, then process the next
The text was updated successfully, but these errors were encountered:
Kube-OVN Version
v1.12.12
Kubernetes Version
v1.28.10
Operation-system/Kernel Version
Ubuntu 22.04.4 LTS
Description
Pod multus condition keep crashing
Apparently it's due to
in PodInitializing - install-multus-binary stage - therefore it wont allow kube-multus on running
Steps To Reproduce
In the production, it appears that if I remove kube-multus pod either gracefully or by force, it will create this situation.
Current Behavior
Following are the description of the current behaviour
Expected Behavior
Kube-multus can detect the problem, therefore kube-multus can run.
Options
The text was updated successfully, but these errors were encountered: