-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Set Loglevel #57
Comments
Thanks for writing in about this, @jhoelzel! We don't currently have any mechanisms for adjusting the log level of the operator. The logging library that we're using under the hood sends all logs to stderr by default, which we've had our eye on fixing. Is this the primary issue for you? Or would you prefer to simply disable all logs below a certain log level? For Doppler internal reference, we're also tracking this issue under ENG-7553. |
+1 to this. Hundreds of thousands of useless log messages per day. I think in production it should be possible to set it to only log warnings and errors. The only use of info logs is seeing as the secrets are being synced, but the status of when a secret was last synced should be exposed either on the DopplerSecret (as a status field?) or via a metrics API of the operator instead of logging it every time. |
+1 |
Bonus note: we should be able to mute rate limit warnings too, or they should be logged much less frequently. Even though they are warnings, if they happen once they'll keep reoccurring a lot and cause a lot of spam in the logs. It's not informative to see them dozens of times a minute. |
Also having this issue in GKE. Logging to stderr so showing as errors in GCP logging. |
Dear Team,
how can i set the loglevel of the operator so my kibana is not spammed with info logs that do nothing for me?
Thanks in advance.
to put this into persepective, here are the last 24h for an active doppler system:
The text was updated successfully, but these errors were encountered: