Skip to content

Bump glbc version, cleanup test #38668

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

Merged
merged 2 commits into from
Dec 13, 2016

Conversation

bprashanth
Copy link
Contributor

@bprashanth bprashanth commented Dec 13, 2016

@k8s-ci-robot k8s-ci-robot added the cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. label Dec 13, 2016
@k8s-reviewable
Copy link

This change is Reviewable

@bprashanth bprashanth added the release-note-none Denotes a PR that doesn't merit a release note. label Dec 13, 2016
@bprashanth
Copy link
Contributor Author

fixes #38569

@k8s-github-robot k8s-github-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Dec 13, 2016
@k8s-ci-robot
Copy link
Contributor

Jenkins unit/integration failed for commit e4302a2. Full PR test history.

The magic incantation to run this job again is @k8s-bot unit test this. Please help us cut down flakes by linking to an open flake issue when you hit one in your PR.

@MrHohn
Copy link
Member

MrHohn commented Dec 13, 2016

I don't really understand the logic of func cleanupGCE(gceController *GCEIngressController).

In its first poll loop it calls gceController.Cleanup(false), which will delete nothing and always return err IMO? Because when del is set to false, gcloudDelete() will not be called, and the returned msg will be non-empty?

@bprashanth
Copy link
Contributor Author

Yeah in the poll loops it's waiting for the ingress controller to cleanup, and simply logging the remaining resources. After the provided timeout, if the ingress controller still hasn't cleaned up, we go ahead and fail the test, and delete all leaked resources in the test with Cleanup(true).

@bprashanth
Copy link
Contributor Author

This is an issue that plagues our e2es. Some controller in the cluster has a bug that leaks some resource. We fail the test, but never actually cleanup the resource, till the gce project is full of quota and the submit queue closes till some human goes in and deletes them. The cleanup(false)/cleanup(true) calls are addressing that.

@MrHohn
Copy link
Member

MrHohn commented Dec 13, 2016

Make sense. Thanks for explaining.

@MrHohn
Copy link
Member

MrHohn commented Dec 13, 2016

/lgtm

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Dec 13, 2016
@MrHohn
Copy link
Member

MrHohn commented Dec 13, 2016

@k8s-bot unit test this, issue: #33461

@k8s-github-robot
Copy link

@k8s-bot test this [submit-queue is verifying that this PR is safe to merge]

@k8s-ci-robot
Copy link
Contributor

Jenkins GCI GKE smoke e2e failed for commit e4302a2. Full PR test history.

The magic incantation to run this job again is @k8s-bot gci gke e2e test this. Please help us cut down flakes by linking to an open flake issue when you hit one in your PR.

@k8s-github-robot
Copy link

Automatic merge from submit-queue

@k8s-github-robot k8s-github-robot merged commit a9c5f67 into kubernetes:master Dec 13, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. lgtm "Looks good to me", indicates that a PR is ready to be merged. release-note-none Denotes a PR that doesn't merit a release note. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants