Skip to content

helm integration tests flake #1823

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

Closed
balopat opened this issue Mar 18, 2019 · 0 comments · Fixed by #2140
Closed

helm integration tests flake #1823

balopat opened this issue Mar 18, 2019 · 0 comments · Fixed by #2140

Comments

@balopat
Copy link
Contributor

balopat commented Mar 18, 2019

Sometimes helm release skaffold-helm stays in the cluster breaking subsequent integration tests as helm release names have to be globally unique regardless of namespace (see design reason for this).

As @tejal29 recommended, we should create a separate release name for each test - which can be achieved by leaving the release name empty.

(alternatively a less elegant solution is to clean up the skaffold-helm release if it's stuck for some weird reason from previous integration tests)

@tejal29 tejal29 self-assigned this Mar 18, 2019
tejal29 added a commit to tejal29/skaffold that referenced this issue May 10, 2019
1. Add kubectl apply command after setting labels
2. Integration tests for helms are back
   a. GoogleContainerTools#1823: Use env template in skaffold release name
3. During helm deploy, build is assumed and hence if no build-artifacts
are supplied, it fails with following error
 "no build present for gcr.io/k8s-skaffold/skaffold-helm"

  Since Build and Deploy are now separate ( GoogleContainerTools#922 for notes) use the
  image value as is if not present as build artifacts

TODO:
1. Add PR description
2. Figure out why we get 2 pods, 1 with valid labels which is running
   but another 1 with different labels.
tejal29 added a commit to tejal29/skaffold that referenced this issue May 10, 2019
1. Add kubectl apply command after setting labels
2. Integration tests for helms are back
   a. GoogleContainerTools#1823: Use env template in skaffold release name
3. During helm deploy, build is assumed and hence if no build-artifacts
are supplied, it fails with following error
 "no build present for gcr.io/k8s-skaffold/skaffold-helm"

  Since Build and Deploy are now separate ( GoogleContainerTools#922 for notes) use the
  image value as is if not present as build artifacts
  Fix test fot this.

TODO:
1. Add PR description
2. Figure out why we get 2 pods, 1 with valid labels which is running
   but another 1 with different labels.
tejal29 added a commit to tejal29/skaffold that referenced this issue May 13, 2019
1. Add kubectl apply command after setting labels
2. Integration tests for helms are back
   a. GoogleContainerTools#1823: Use env template in skaffold release name
3. During helm deploy, build is assumed and hence if no build-artifacts
are supplied, it fails with following error
 "no build present for gcr.io/k8s-skaffold/skaffold-helm"

  Since Build and Deploy are now separate ( GoogleContainerTools#922 for notes) use the
  image value as is if not present as build artifacts
  Fix test fot this.

TODO:
1. Add PR description
2. Figure out why we get 2 pods, 1 with valid labels which is running
   but another 1 with different labels.
tejal29 added a commit to tejal29/skaffold that referenced this issue May 16, 2019
…dding namespace label as post fix to the release name
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants