Skip to content

Fix scheduler crash when enqueuing TI with null dag_version_id#61813

Merged
ephraimbuddy merged 4 commits into
apache:mainfrom
astronomer:skip-if-no-dag-version-id
Feb 13, 2026
Merged

Fix scheduler crash when enqueuing TI with null dag_version_id#61813
ephraimbuddy merged 4 commits into
apache:mainfrom
astronomer:skip-if-no-dag-version-id

Conversation

@ephraimbuddy
Copy link
Copy Markdown
Contributor

After upgrade from AF2, TIs might be without dag_version_id since we don't enforce this at the DB level. The solution here is to skip enqueing such TIs until the verify_integrity runs which would update the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when the handle tasks stuck in queued deems it fit.

@boring-cyborg boring-cyborg Bot added the area:Scheduler including HA (high availability) scheduler label Feb 12, 2026
@ephraimbuddy ephraimbuddy added this to the Airflow 3.1.8 milestone Feb 12, 2026
Comment thread airflow-core/src/airflow/jobs/scheduler_job_runner.py
Comment thread airflow-core/src/airflow/jobs/scheduler_job_runner.py Outdated
@ephraimbuddy ephraimbuddy force-pushed the skip-if-no-dag-version-id branch 2 times, most recently from 28740ff to be06ec1 Compare February 12, 2026 16:33
After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.
@ephraimbuddy ephraimbuddy force-pushed the skip-if-no-dag-version-id branch from be06ec1 to 569494c Compare February 13, 2026 07:20
@ephraimbuddy ephraimbuddy merged commit 71f84fa into apache:main Feb 13, 2026
72 checks passed
@ephraimbuddy ephraimbuddy deleted the skip-if-no-dag-version-id branch February 13, 2026 09:19
github-actions Bot pushed a commit that referenced this pull request Feb 13, 2026
…on_id (#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
(cherry picked from commit 71f84fa)

Co-authored-by: Ephraim Anierobi <splendidzigy24@gmail.com>
@github-actions
Copy link
Copy Markdown
Contributor

Backport successfully created: v3-1-test

Status Branch Result
v3-1-test PR Link

github-actions Bot pushed a commit to aws-mwaa/upstream-to-airflow that referenced this pull request Feb 13, 2026
…on_id (apache#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
(cherry picked from commit 71f84fa)

Co-authored-by: Ephraim Anierobi <splendidzigy24@gmail.com>
ephraimbuddy added a commit that referenced this pull request Feb 13, 2026
…on_id (#61813) (#61846)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
(cherry picked from commit 71f84fa)

Co-authored-by: Ephraim Anierobi <splendidzigy24@gmail.com>
Ratasa143 pushed a commit to Ratasa143/airflow that referenced this pull request Feb 15, 2026
…e#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
choo121600 pushed a commit to choo121600/airflow that referenced this pull request Feb 22, 2026
…e#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
Subham-KRLX pushed a commit to Subham-KRLX/airflow that referenced this pull request Mar 4, 2026
…e#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
vatsrahul1001 pushed a commit that referenced this pull request Mar 4, 2026
…on_id (#61813) (#61846)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
(cherry picked from commit 71f84fa)

Co-authored-by: Ephraim Anierobi <splendidzigy24@gmail.com>
dominikhei pushed a commit to dominikhei/airflow that referenced this pull request Mar 11, 2026
…e#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
Ankurdeewan pushed a commit to Ankurdeewan/airflow that referenced this pull request Mar 15, 2026
…e#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
radhwene pushed a commit to radhwene/airflow that referenced this pull request Mar 21, 2026
…e#61813)

* Fix scheduler crash when enqueuing TI with null dag_version_id

After upgrade from AF2, TIs might be without dag_version_id since
we don't enforce this at the DB level. The solution here is to skip
enqueing such TIs until the verify_integrity runs which would update
the dag_version_id of the TI.

Initially, the TI would be stuck but would later be cleared when
the handle tasks stuck in queued deems it fit.

* update warning log

* update warning log

* Update the caplog level in test
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area:Scheduler including HA (high availability) scheduler

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants