-
Notifications
You must be signed in to change notification settings - Fork 14.4k
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
Use production image for k8s tests #9038
Use production image for k8s tests #9038
Conversation
4e0c817
to
2fe07d9
Compare
--target="main" \ | ||
-f Dockerfile.ci . >> "${OUTPUT_LOG}" | ||
echo | ||
#export AIRFLOW_PROD_BASE_TAG="${DEFAULT_BRANCH}-python${PYTHON_MAJOR_MINOR_VERSION}" |
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.
@potiuk can you please point me to how I can initialize these env variables. I can't find it and there are a lot of bash scripts to navigate.
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.
Those variablse are all set in the HOST and you need to pass them to the container. But I think this is not really needed . I just rebased #8265 which moves setting up kubernetes kind cluster and deploying production image to host rather than to CI image and I am going to finish it up this week, so I think it's better to do it this way.
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.
@potiuk I agree your way is better, but until this is merged the k8s won't pass because the image is so massive so we should figure out a hack for now
f0b26bd
to
3edef37
Compare
Still the same, old error But it seems the persistent mode work. Would we be ok with having only one k8s test for a while? |
I think this pinging git will be fixed with creating KinD on the host as per #8265 -> rebased it yesterday and plan to finish it this week. |
@turbaszek @potiuk @ashb I'm honestly fine with turning off git-sync testing for a week. Unless a change DIRECTLY affects git syncing the tests should be in sync with eachother. |
The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests
c073c71
to
1b5d8b4
Compare
Do we even need to test git-sync to the level we do? That feels more like a system/integration test rather than something we need to check as part of every commit. I.e. unit testing to make sure we drive/configure git-sync correctly should be Good Enough to run on every commit. |
@ashb honestly I think that should be fine. |
+1 to merging this now and fixing it later (or decided we don't need it on every commit, perhaps we only run git sync on nightly master builds?). We've been running without Kube tests for weeks and merging PRs anyway which is Not Good. |
@ashb Yeah I REALLY want to get k8s testing turned on especially as I want to merge cherry-pick multiple k8s branches to 1.10 |
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.
Sure. If you need it now - no problem, it's better than failing tests on Travis. I can rebase on top of that one and bring back git-sync if needed.
* Use production image for k8s tests The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests * nit Co-authored-by: Daniel Imberman <daniel@astronomer.io> (cherry picked from commit e4d811d)
* Use production image for k8s tests The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests * nit Co-authored-by: Daniel Imberman <daniel@astronomer.io> (cherry picked from commit e4d811d)
* Use production image for k8s tests The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests * nit Co-authored-by: Daniel Imberman <daniel@astronomer.io> (cherry picked from commit e4d811d)
* Use production image for k8s tests The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests * nit Co-authored-by: Daniel Imberman <daniel@astronomer.io> (cherry picked from commit e4d811d)
* Use production image for k8s tests The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests * nit Co-authored-by: Daniel Imberman <daniel@astronomer.io> (cherry picked from commit e4d811d)
the default `run_as_user` for Airflow <= 1.10.10 was an empty string which defaulted to `0` but we changed it to `50000` in apache#9038 (and 1.10.11). This PR reverts this behaviour and uses same default as Airflow <= 1.10.10
* Use production image for k8s tests The CI image has become too large to load into KinD, it also only really makes sense to use the production image for integration tests * nit Co-authored-by: Daniel Imberman <daniel@astronomer.io> (cherry picked from commit e4d811d)
The CI image has become too large to load into KinD,
it also only really makes sense to use the production image for
integration tests
Make sure to mark the boxes below before creating PR: [x]
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.
Read the Pull Request Guidelines for more information.