-
Bug
-
Resolution: Done-Errata
-
Critical
-
4.12
-
None
-
Important
-
No
-
False
-
This is a clone of issue OCPBUGS-29168. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-28778. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-23199. The following is the description of the original issue:
—
Description of problem:
During a pod deletion, the whereabouts reconciler correctly detects the pod deletion but it errors out claiming that the IPPool is not found.However, when checking the audit logs, we can see no deletion, no re-creation and we can even see successful "patch" and "get" requests to the same IPPool. This means that the IPPool was never deleted and properly accessible at the time of the issue, so the error in the reconciler looks like it made some mistake while retrieving the IPPool.
Version-Release number of selected component (if applicable):
4.12.22
How reproducible:
Sometimes
Steps to Reproduce:
1.Delete pod 2. 3.
Actual results:
Error in whereabouts reconciler. New pods cannot using additional networks with whereabouts IPAM plugin cannot have IPs allocated due to wrong cleanup.
Expected results:
Additional info:
- blocks
-
OCPBUGS-29884 Whereabouts reconciler errors with "IPPool not found" on pod deletion although the IPPool exists
- Closed
- clones
-
OCPBUGS-29168 Whereabouts reconciler errors with "IPPool not found" on pod deletion although the IPPool exists
- Closed
- is blocked by
-
OCPBUGS-29168 Whereabouts reconciler errors with "IPPool not found" on pod deletion although the IPPool exists
- Closed
- is cloned by
-
OCPBUGS-29884 Whereabouts reconciler errors with "IPPool not found" on pod deletion although the IPPool exists
- Closed
- links to
-
RHBA-2024:1037 OpenShift Container Platform 4.13.z bug fix update