Skip to content

Fix KubernetesPodOperator to forward pod log levels to Airflow task logs#64829

Open
Vishwaspatel2401 wants to merge 3 commits intoapache:mainfrom
Vishwaspatel2401:fix/kpo-log-level-parsing
Open

Fix KubernetesPodOperator to forward pod log levels to Airflow task logs#64829
Vishwaspatel2401 wants to merge 3 commits intoapache:mainfrom
Vishwaspatel2401:fix/kpo-log-level-parsing

Conversation

@Vishwaspatel2401
Copy link
Copy Markdown

Previously all pod container output was logged at INFO level regardless of the original log level. Now ERROR, WARNING, DEBUG, CRITICAL prefixes are detected and forwarded at the correct Python logging level.

closes: #64820

Was generative AI tooling used to co-author this PR?
Yes — Generative AI tooling was used to assist in authoring this PR.
Generated-by: AI tooling following the guidelines

Read the Pull Request Guidelines for more information. Note: commit author/co-author name and email in commits become permanently public when merged.
For fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
When adding dependency, check compliance with the ASF 3rd Party License Policy.
For significant user-facing changes create newsfragment: {pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.

@boring-cyborg
Copy link
Copy Markdown

boring-cyborg bot commented Apr 7, 2026

Congratulations on your first Pull Request and welcome to the Apache Airflow community! If you have any issues or are unsure about any anything please check our Contributors' Guide (https://github.com/apache/airflow/blob/main/contributing-docs/README.rst)
Here are some useful points:

  • Pay attention to the quality of your code (ruff, mypy and type annotations). Our prek-hooks will help you with that.
  • In case of a new feature add useful documentation (in docstrings or in docs/ directory). Adding a new operator? Check this short guide Consider adding an example DAG that shows how users should use it.
  • Consider using Breeze environment for testing locally, it's a heavy docker but it ships with a working Airflow and a lot of integrations.
  • Be patient and persistent. It might take some time to get a review or get the final approval from Committers.
  • Please follow ASF Code of Conduct for all communication including (but not limited to) comments on Pull Requests, Mailing list and Slack.
  • Be sure to read the Airflow Coding style.
  • Always keep your Pull Requests rebased, otherwise your build might fail due to changes not related to your commits.
    Apache Airflow is a community-driven project and together we are making it better 🚀.
    In case of doubts contact the developers at:
    Mailing List: dev@airflow.apache.org
    Slack: https://s.apache.org/airflow-slack

@Vishwaspatel2401
Copy link
Copy Markdown
Author

@jedcunningham @hussein-awala @jscheffl — could someone please approve
the CI workflows to run? This is my first PR to the project. Thank you!

Previously all pod container output was logged at INFO level regardless
of the original log level. Now ERROR, WARNING, DEBUG, CRITICAL prefixes
are detected and forwarded at the correct Python logging level.

closes: apache#64820
@Vishwaspatel2401 Vishwaspatel2401 force-pushed the fix/kpo-log-level-parsing branch from 2ea6434 to 64ec2ff Compare April 7, 2026 12:42
Vishwaspatel2401 and others added 2 commits April 7, 2026 19:56
Use self.log.info() for INFO-level messages and self.log.log(level, ...)
only for non-INFO levels, restoring backward compatibility with existing
tests that mock log.info directly.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:providers provider:cncf-kubernetes Kubernetes (k8s) provider related issues

Projects

None yet

Development

Successfully merging this pull request may close these issues.

KubernetesPodOperator: Support log level parsing from pod container output

1 participant