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
When running the operator for the first time without any connection configuration, we quickly get an overwhelming spam of error connection logs on startup
This also happens if the operator loses connection somewhere in the midst of processing. The number of logs is a bit overwhelming and difficult to work with
To reproduce
Create an operator
run the operator without any connection config
see there is an overwhelming number of logs
OR
create an operator and run locally with a proxy to a kubernetes cluster pointing at the correct port kubectl proxy -p 8080
let the operator do some processing
kill the kubectl proxy -p 8080 command
An overwhelming number of logs will be generated
Expected behavior
Perhaps a 1 or 2 second delay between errors when the connection has been refused
Screenshots
Additional Context
No response
The text was updated successfully, but these errors were encountered:
…leadership (#794)
Fixes#785.
Introduce a retry delay before attempting to reacquire leadership,
fixing the log noise generated from the API server being unavailable.
Describe the bug
When running the operator for the first time without any connection configuration, we quickly get an overwhelming spam of error connection logs on startup
This also happens if the operator loses connection somewhere in the midst of processing. The number of logs is a bit overwhelming and difficult to work with
To reproduce
OR
kubectl proxy -p 8080
kubectl proxy -p 8080
commandExpected behavior
Perhaps a 1 or 2 second delay between errors when the connection has been refused
Screenshots
Additional Context
No response
The text was updated successfully, but these errors were encountered: