-
Notifications
You must be signed in to change notification settings - Fork 14.5k
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
Log traceback only on DEBUG for KPO logs read interruption #22595
Log traceback only on DEBUG for KPO logs read interruption #22595
Conversation
Logging the traceback after every disconnect is a little overly scary when this is an expected occurrence for long-running pods, and this can create false alarm for users. Here we reduce noise a bit while allowing users to troubleshoot if desired by changing the log level to debug.
self.log.warning( | ||
'Failed to read logs for pod %s', | ||
"Reading of logs was interrupted, likely due to a connection issue. " | ||
"Will retry momentarily.", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we at least add the error message - not traceback - here in parenthesis (without it, It feels completely blind guessing).
I think that would strike the right balance
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok take look
The PR is likely OK to be merged with just subset of tests for default Python and Database versions without running the full matrix of tests, because it does not modify the core of Airflow. If the committers decide that the full tests matrix is needed, they will add the label 'full tests needed'. Then you should rebase to the latest main or amend the last commit of the PR, and push it with --force-with-lease. |
Logging the traceback after every disconnect is a little overly scary when this is an expected occurrence for long-running pods, and this can create false alarm for users. Here we reduce noise a bit while allowing users to troubleshoot if desired by changing the log level to debug.