You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@airflow.apache.org by "Apache Spark (JIRA)" <ji...@apache.org> on 2018/09/02 18:02:03 UTC

[jira] [Assigned] (AIRFLOW-372) DAGs can run before start_date time

     [ https://issues.apache.org/jira/browse/AIRFLOW-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Apache Spark reassigned AIRFLOW-372:
------------------------------------

    Assignee: Holden Karau's magical unicorn

> DAGs can run before start_date time
> -----------------------------------
>
>                 Key: AIRFLOW-372
>                 URL: https://issues.apache.org/jira/browse/AIRFLOW-372
>             Project: Apache Airflow
>          Issue Type: Bug
>    Affects Versions: Airflow 1.7.1.2
>            Reporter: Isaac Steele
>            Assignee: Holden Karau's magical unicorn
>            Priority: Major
>
> 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.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)