-
Notifications
You must be signed in to change notification settings - Fork 16.7k
Skip PodGenerator import for deserialization when no k8s installed#56733
Skip PodGenerator import for deserialization when no k8s installed#56733kaxil merged 3 commits intoapache:mainfrom
Conversation
The #56692 introduced optimization for PodGenerator imports - but there was a problem that when deserializing Pod it failed when no k8s classes were loaded - but it really is not optimisation but failure - nothing actually prevents us from importing the k8s classes and we actually have to do it in case we want to deserialize serialized Pod.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named {pr_number}.significant.rst or {issue_number}.significant.rst, in airflow-core/newsfragments.
b0c5eb2 to
6365b18
Compare
was a problem that when deserializing Pod it failed when no k8s classes
were loaded - but it really is not optimisation but failure - nothing
actually prevents us from importing the k8s classes and we actually have
to do it in case we want to deserialize serialized Pod. # Please enter
the commit message for your changes. Lines starting
6365b18 to
78407dd
Compare
|
The log failures seems to be a different issue: .
E AssertionError: None of the log sources ['/opt/airflow/logs/dag_id=example_xcom_test/run_id=manual__ 2025-10-16T19:00:48.103160+00:00/task_id=bash_pull/attempt=1 .log'] were found in S3 bucket logs ['s3://test-airflow-logs/dag_id=example_xcom_test/run_id=man ual__2025-10-16T19:00:48.103160+00:00/task_id=bash_push/atte mpt=1.log', 's3://test-airflow-logs/dag_id=example_xcom_test/run_id=manu al__2025-10-16T19:00:48.103160+00:00/task_id=pull_value_from _bash_push/attempt=1.log', 's3://test-airflow-logs/dag_id=example_xcom_test/run_id=manu al__2025-10-16T19:00:48.103160+00:00/task_id=puller/attempt= 1.log', 's3://test-airflow-logs/dag_id=example_xcom_test/run_id=manu al__2025-10-16T19:00:48.103160+00:00/task_id=push/attempt=1. log', 's3://test-airflow-logs/dag_id=example_xcom_test/run_id=manual__2025-10-16T19:00:48.103160+00:00/task_id=push_by_returning/attempt=1.log']cc @gopidesupavan if you have ideas |
|
Yeah. Just looked :) |
Backport failed to create: v3-1-test. View the failure log Run details
You can attempt to backport this manually by running: cherry_picker 17037e6 v3-1-test
This should apply the commit to the v3-1-test branch and leave the commit in conflict state marking After you have resolved the conflicts, you can continue the backport process by running: cherry_picker --continue
|
huh thats strange looks like logs endpoint returning local log location instead of remote location, though we have already configured remote logging. Will take a look. |
was a problem that when deserializing Pod it failed when no k8s classes
were loaded - but it really is not optimisation but failure - nothing
actually prevents us from importing the k8s classes and we actually have
to do it in case we want to deserialize serialized Pod. # Please enter
the commit message for your changes. Lines starting
* fixup! Skip PodGenerator import for deserialization when no k8s installed
* fixup! fixup! Skip PodGenerator import for deserialization when no k8s installed
---------
Co-authored-by: Kaxil Naik
was a problem that when deserializing Pod it failed when no k8s classes
were loaded - but it really is not optimisation but failure - nothing
actually prevents us from importing the k8s classes and we actually have
to do it in case we want to deserialize serialized Pod. # Please enter
the commit message for your changes. Lines starting
* fixup! Skip PodGenerator import for deserialization when no k8s installed
* fixup! fixup! Skip PodGenerator import for deserialization when no k8s installed
---------
Co-authored-by: Kaxil Naik
was a problem that when deserializing Pod it failed when no k8s classes
were loaded - but it really is not optimisation but failure - nothing
actually prevents us from importing the k8s classes and we actually have
to do it in case we want to deserialize serialized Pod. # Please enter
the commit message for your changes. Lines starting
* fixup! Skip PodGenerator import for deserialization when no k8s installed
* fixup! fixup! Skip PodGenerator import for deserialization when no k8s installed
---------
Co-authored-by: Kaxil Naik
(cherry picked from commit 17037e6)
was a problem that when deserializing Pod it failed when no k8s classes
were loaded - but it really is not optimisation but failure - nothing
actually prevents us from importing the k8s classes and we actually have
to do it in case we want to deserialize serialized Pod. # Please enter
the commit message for your changes. Lines starting
* fixup! Skip PodGenerator import for deserialization when no k8s installed
* fixup! fixup! Skip PodGenerator import for deserialization when no k8s installed
---------
Co-authored-by: Kaxil Naik