-
Notifications
You must be signed in to change notification settings - Fork 16.3k
Remove Integration tests from MSSQL on Public Runners #20231
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
Conversation
The Integration tests with MSSQL often fail on Public Runners without a reason. The database becomes inaccessible and no logs are explaining what's going on. Its very likely however that this is a memory-related issue (Integration tests take a lot of memory as they run a lot of extra containers. Those tests will eventually run on Self-hosted runner after merge and they are also run for Postgres/MySQL/SQlite so there is no need to run them also for MSSQL if it causes random failures.
3bfbd75 to
33a4d7e
Compare
|
That one shoudl help (:crossed_fingers: ) with occassional MSSQL failures happening for Public runners recently! |
|
The PR most likely needs to run full matrix of tests because it modifies parts of the core of Airflow. However, committers might decide to merge it quickly and take the risk. If they don't merge it quickly - please rebase it to the latest main at your convenience, or amend the last commit of the PR, and push it with --force-with-lease. |
uranusjr
left a comment
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.
No objections from me, although someone probably will need to pay attention on build results in main after this. I don’t most of the time, to be honest.
The Integration tests with MSSQL often fail on Public Runners without a reason. The database becomes inaccessible and no logs are explaining what's going on. Its very likely however that this is a memory-related issue (Integration tests take a lot of memory as they run a lot of extra containers. Those tests will eventually run on Self-hosted runner after merge and they are also run for Postgres/MySQL/SQlite so there is no need to run them also for MSSQL if it causes random failures. (cherry picked from commit d1848bc)
The Integration tests with MSSQL often fail on Public Runners without a reason. The database becomes inaccessible and no logs are explaining what's going on. Its very likely however that this is a memory-related issue (Integration tests take a lot of memory as they run a lot of extra containers. Those tests will eventually run on Self-hosted runner after merge and they are also run for Postgres/MySQL/SQlite so there is no need to run them also for MSSQL if it causes random failures. (cherry picked from commit d1848bc)
The Integration tests with MSSQL often fail on Public
Runners without a reason. The database becomes inaccessible and
no logs are explaining what's going on. Its very likely however
that this is a memory-related issue (Integration tests take a
lot of memory as they run a lot of extra containers.
Those tests will eventually run on Self-hosted runner after merge
and they are also run for Postgres/MySQL/SQlite so there is no
need to run them also for MSSQL if it causes random failures.
^ 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.