You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Kubernetes version (if you are using kubernetes) (use kubectl version):
Environment:
Cloud provider or hardware configuration:
OS (e.g. from /etc/os-release):
Kernel (e.g. uname -a):
Install tools:
Others: What happened:
If you turn off a DAG in the UI, there seemingly is no way to prevent "missed" runs to schedule after the DAG is turned back on. I thought the workaround for this, since it is not a parameterized option to prevent, would be to update the start_date in the DAG code before turning the DAG back on. This does not work, and therefore the scheduler is running dag_runs before the listed start_date.
To reproduce:
Create a DAG with a schedule_interval
Let the DAG run at least once
Turn off the DAG in the UI
Allow the schedule_interval to pass at least twice
Update the start_date in the DAG to be be after the two interval time
(I then removed the compiled python file and restarted airflow/scheduler just to make sure)
Turn DAG back on in UI
Result: All dag_runs that were "missed" while the DAG was turned off run, despite the start_date being later.
Ideally the start_date would always be honored. And also there would be a parameter to just not run any "missed" dag_runs.
Apache Airflow version:
Kubernetes version (if you are using kubernetes) (use
kubectl version
):Environment:
uname -a
):What happened:
If you turn off a DAG in the UI, there seemingly is no way to prevent "missed" runs to schedule after the DAG is turned back on. I thought the workaround for this, since it is not a parameterized option to prevent, would be to update the start_date in the DAG code before turning the DAG back on. This does not work, and therefore the scheduler is running dag_runs before the listed start_date.
To reproduce:
Result: All dag_runs that were "missed" while the DAG was turned off run, despite the start_date being later.
Ideally the start_date would always be honored. And also there would be a parameter to just not run any "missed" dag_runs.
What you expected to happen:
How to reproduce it:
Anything else we need to know:
Moved here from https://issues.apache.org/jira/browse/AIRFLOW-372
The text was updated successfully, but these errors were encountered: