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
Add 'queued' state to DagRun #16401
Add 'queued' state to DagRun #16401
Conversation
92895fb
to
5da31bb
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just tested it locally. LGTM, from a UI/UX perspective.
d358e0c
to
32e63dd
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Partial review, I want to look in more detail at the tests you've added.
3da1d46
to
f336074
Compare
0837146
to
2550638
Compare
Very well done @ephraimbuddy 👏 |
Really nice to see this merged!! 🎉 So, is this planned for 2.1.3 instead of 2.1.2? |
This will be 2.1.3 -- 2.1.2 is a quick follow on fix due to breaking Triggering DAGs via the UI, so we wan't to get that out quicker (i.e. 2.1.2 is a small change on 2.1.1, and this is a bigger change that needs a bit more testing time 😄 ) |
Yes. The timeline didn't change, but 2.1.2 was assigned to fix a critical issue in 2.1.1, so everything that was supposed to be in 2.1.2 automatically belongs to 2.1.3 now. |
This change adds queued state to DagRun. Newly created DagRuns start in the queued state, are then moved to the running state after satisfying the DAG's max_active_runs. If the Dag doesn't have max_active_runs, the DagRuns are moved to running state immediately Clearing a DagRun sets the state to queued state Closes: #9975, #16366 (cherry picked from commit 6611ffd)
This change adds queued state to DagRun. Newly created DagRuns start in the queued state, are then moved to the running state after satisfying the DAG's max_active_runs. If the Dag doesn't have max_active_runs, the DagRuns are moved to running state immediately Clearing a DagRun sets the state to queued state Closes: #9975, #16366 (cherry picked from commit 6611ffd)
This change adds queued state to DagRun. Newly created DagRuns start in the queued state, are then moved to the running state after satisfying the DAG's max_active_runs. If the Dag doesn't have max_active_runs, the DagRuns are moved to running state immediately Clearing a DagRun sets the state to queued state Closes: #9975, #16366 (cherry picked from commit 6611ffd)
This change adds queued state to DagRun. Newly created DagRuns start in the queued state, are then moved to the running state after satisfying the DAG's max_active_runs. If the Dag doesn't have max_active_runs, the DagRuns are moved to running state immediately Clearing a DagRun sets the state to queued state Closes: #9975, #16366 (cherry picked from commit 6611ffd)
This change adds queued state to DagRun. Newly created DagRuns start in the queued state, are then moved to the running state after satisfying the DAG's max_active_runs. If the Dag doesn't have max_active_runs, the DagRuns are moved to running state immediately Clearing a DagRun sets the state to queued state Closes: #9975, #16366 (cherry picked from commit 6611ffd)
This change adds queued state to DagRun. Newly created DagRuns start in the queued state, are then moved to the running state after satisfying the DAG's max_active_runs. If the Dag doesn't have max_active_runs, the DagRuns are moved to running state immediately Clearing a DagRun sets the state to queued state Closes: #9975, #16366 (cherry picked from commit 6611ffd)
Since apache#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2
Since #16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Since apache/airflow#16401 was backported to Airflow 2.1.3, the order of DB migrations needs to be changed in the `main` branch as the other PRs with DB migrations weren't ported and would be released in 2.2. This PR sync the migrations to allow ugprade from 2.1.3 to 2.2 GitOrigin-RevId: 32475facce68a17d3e14d07762f63438e1527476
Closes: #9975, #16366,
This change adds queued state to DagRun. Newly created DagRuns
start in the queued state, are then moved to the running state after
satisfying the DAG's max_active_runs. If the Dag doesn't have
max_active_runs, the DagRuns are moved to running state immediately
Clearing a DagRun sets the state to queued state
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code change, 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 UPDATING.md.