Pod stuck in ContainerCreating after too many range is full errors about ovn-kubernetes HOT 3 OPEN

@freedge : thanks for the issue!
So I agree in ideal k8s world we probably should keep retrying but in ovnkube today we keep retries pinned at max 15 because the retry is triggered every 30seconds and there is a backoff algorithm as well so totally it amounts to many minutes of retry which can flood large environments which is the reason why we added a cap and did that fix to supress those logs instead of infinite retry cc @ricky-rav PTAL

So in this case if the range is indeed really full and we can't do anything about it, I think admin should react on the triggered "subnet full alert" and do the needful which would retrigger events.

However we can revisit this cap and explore real level drivenness if this needs fine tuning.

from ovn-kubernetes.

Even in level-driven controllers there's usually a cap on the number of retries (re-queues). We can revisit our max of 15 if there's a specific need, but I think it's a lot more complicated to handle if we /never/ give up an add/update/delete operation than if we give up after n failed attempts

from ovn-kubernetes.

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 5 days.

from ovn-kubernetes.