-
Notifications
You must be signed in to change notification settings - Fork 13.7k
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
introduce dag processor job fix #27140 #28799
introduce dag processor job fix #27140 #28799
Conversation
fix #27140 |
Looks cool @farhan0syakir. But I have two asks:
|
Hi @potiuk
|
Sorry for the delay::
@mhenc - also can yoy please let us know what you think about it? |
Thank you for looking int that. |
Awesome work, congrats on your first merged pull request! |
DagFileProcessorManager was not creating jobs in the metadata DB, so the livenessProbe was not valid. A new is created for the Standalone DAG Processor. By doing that, the airflow jobs check --hostname command would work correctly and the livenessProbe wouldn't fail (cherry picked from commit 0018b94)
DagFileProcessorManager was not creating jobs in the metadata DB, so the livenessProbe was not valid. A new is created for the Standalone DAG Processor. By doing that, the airflow jobs check --hostname command would work correctly and the livenessProbe wouldn't fail (cherry picked from commit 0018b94)
The DagProcessorJob integration implemented in apache#28799 was not complete. It missed a few crucial changes: * importing DagProcessorJob in airflow/models/__init__.py - not importing it there caused `airflow jobs check` to fail, when querying DagProcessorJob in the BaseJob query, because the DagProcessorJob was not registered by the time the query was run (so polimorphic ORM model retrieval was not aware of DagProcessorJob model. * airflow jobs check command did not have DagProcessorJob added as valid job type, so it was impossible to monitor for it * also the processor manager did not set heartbeats periodically, so the Job for the DagFileProcessor was considered as not alive pretty quickly even if standalone dag-processor was running. This PR fixes all three problems. Fixes: apache#30251
The DagProcessorJob integration implemented in #28799 was not complete. It missed a few crucial changes: * importing DagProcessorJob in airflow/models/__init__.py - not importing it there caused `airflow jobs check` to fail, when querying DagProcessorJob in the BaseJob query, because the DagProcessorJob was not registered by the time the query was run (so polimorphic ORM model retrieval was not aware of DagProcessorJob model. * airflow jobs check command did not have DagProcessorJob added as valid job type, so it was impossible to monitor for it * also the processor manager did not set heartbeats periodically, so the Job for the DagFileProcessor was considered as not alive pretty quickly even if standalone dag-processor was running. This PR fixes all three problems. Fixes: #30251
The DagProcessorJob integration implemented in #28799 was not complete. It missed a few crucial changes: * importing DagProcessorJob in airflow/models/__init__.py - not importing it there caused `airflow jobs check` to fail, when querying DagProcessorJob in the BaseJob query, because the DagProcessorJob was not registered by the time the query was run (so polimorphic ORM model retrieval was not aware of DagProcessorJob model. * airflow jobs check command did not have DagProcessorJob added as valid job type, so it was impossible to monitor for it * also the processor manager did not set heartbeats periodically, so the Job for the DagFileProcessor was considered as not alive pretty quickly even if standalone dag-processor was running. This PR fixes all three problems. Fixes: #30251 (cherry picked from commit c858509)
fixes: #27140
^ 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 newsfragments.