-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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 env files for Kind-in-Prow integration test jobs #5077
Add env files for Kind-in-Prow integration test jobs #5077
Conversation
Skipping CI for Draft Pull Request. |
For kind jobs, perhaps we could use dedicated cluster/job for YAML tests? The YAML ones seems to be the more flaky ones, so it could help isolate the issue. @lbernick |
@afrittoli Good idea - I'm mainly opening this PR to test tektoncd/plumbing#1118, so we can tweak before actually merging anything into Pipeline. |
/test pull-tekton-pipeline-kind-integration-tests |
2 similar comments
/test pull-tekton-pipeline-kind-integration-tests |
/test pull-tekton-pipeline-kind-integration-tests |
d9bf8fb
to
9b657cb
Compare
/test pull-tekton-pipeline-kind-integration-tests |
9b657cb
to
3d519ce
Compare
3d519ce
to
fd8684a
Compare
/test pull-tekton-pipeline-kind-integration-tests |
/test pull-tekton-pipeline-build-tests |
/test pull-tekton-pipeline-alpha-integration-tests |
/test pull-tekton-pipeline-unit-tests |
@abayer: The specified target(s) for
The following commands are available to trigger optional jobs:
Use
In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/test tekton-pipeline-unit-tests |
/retest |
1 similar comment
/retest |
/test optional-kind |
2 similar comments
/test optional-kind |
/test optional-kind |
c101eb1
to
d545ea4
Compare
/hold cancel Ok, this is good to go! Once it's merged, I'll take tektoncd/plumbing#1144 off hold and then we'll switch over for real. |
/test pull-tekton-pipeline-kind-integration-tests |
ko resolve -R -f config/ \ | ||
| sed -e 's%"level": "info"%"level": "debug"%' \ | ||
local ko_target="$(mktemp)" | ||
ko resolve -R -f config/ > "${ko_target}" || fail_test "Pipeline image resolve failed" |
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.
heh, nice :)
|
||
# Run these _after_ the integration tests b/c they don't quite work all the way | ||
# and they cause a lot of noise in the logs, making it harder to debug integration | ||
# test failures. | ||
if [ "${RUN_YAML_TESTS}" == "true" ]; then | ||
go_test_e2e -parallel=4 -mod=readonly -tags=examples -timeout=20m ./test/ || failed=1 |
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.
Why is the parallel=4 flag removed? Does it mean it will run as many as possible in parallel?
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.
I put that in there a while ago to try to improve stability - it didn't really make a difference. I saw no difference in stability when I removed it here, and a slight improvement in speed when I was using n2-standard-8s, so hey. Of course, now that we're on n2-standard-4s, with 4 cores, the end result is going to be the same as if -parallel=4
was there. =)
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.
Thanks for this!!
It seems like the minimal status envs are not used yet, but I don't mind having them in.
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: afrittoli The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
The existing `test/e2e-tests-kind.env` is specifically for the `PipelineRun` approach. These new files are for running the e2e tests, via `kind`, in Prow. There are four new env files - one for just the go e2e tests each for `stable` and `alpha`, and one for just the yaml tests each for `stable` and `alpha`. Additionally, `examples/v1beta1/taskruns/git-volume.yaml` is moved to `examples/v1beta1/taskruns/no-ci/git-volume.yaml`. This is because Kind nodes don't have `git` installed, which is necessary for git volumes to work. Also, `--ignore-path=/product_uuid` has been added to the Kaniko args in `examples/v1beta1/pipelineruns/pipelinerun.yaml` and `test/yamls/v1beta1/pipelineruns/pipelinerun.yaml` to work around an issue with Kaniko multi-stage builds on Kind (GoogleContainerTools/kaniko#2164). Signed-off-by: Andrew Bayer <andrew.bayer@gmail.com>
d545ea4
to
f537778
Compare
Oops, I forgot to remove the now unused |
@abayer: The following tests failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/retest |
/lgtm |
Changes
The existing
test/e2e-tests-kind.env
is specifically for thePipelineRun
approach. These new files are for running the e2e tests, viakind
, in Prow, which will replace the current approach of spinning up GKE clusters.There are two new env files - one each for
stable
andalpha
. Originally, there were four, splittingstable
andalpha
into YAML and non-YAML jobs, but once we moved the kind jobs to dedicated n1-standard-4 nodes, rather than sharing nodes with all other jobs, the performance difference between running all of the tests and just the YAML or non-YAML wasn't significant enough to merit the split (22-26 minutes for running all of the tests, vs 15-18 minutes for each of the YAML and non-YAML jobs).Additionally,
examples/v1beta1/taskruns/git-volume.yaml
is moved toexamples/v1beta1/taskruns/no-ci/git-volume.yaml
. This is because Kind nodes don't havegit
installed, which is necessary for git volumes to work. Also,--ignore-path=/product_uuid
has been added to the Kaniko args inexamples/v1beta1/pipelineruns/pipelinerun.yaml
andtest/yamls/v1beta1/pipelineruns/pipelinerun.yaml
to work around an issue with Kaniko multi-stage builds on Kind (GoogleContainerTools/kaniko#2164)./kind misc
Submitter Checklist
As the author of this PR, please check off the items in this checklist:
functionality, content, code)
(if there are no user facing changes, use release note "NONE")
Release Notes