-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Modifying trusty jobs to use GCI. #480
Conversation
Thanks for making the change! Quick question though, without these vars, how does GKE know what distro the nodes are running? |
lgtm once @wonderfly's question is resolved. |
Review status: 0 of 1 files reviewed at latest revision, 1 unresolved discussion. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 66 [r1] (raw file):
Would it better to set the image type explicitly here as well? Here and elsewhere Comments from Reviewable |
@wonderfly - if nothing is set (i.e. no argument is passed through the gcloud CLI) we use the server side default (which is currently container_vm). You can check the server default by running
Review status: 0 of 1 files reviewed at latest revision, 1 unresolved discussion. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 66 [r1] (raw file):
|
@maisem So the trick is to set |
I'd prefer our testing to not depend on server side defaulting because if On Wed, Aug 31, 2016 at 12:49 PM, Daniel Wang [email protected]
|
Makes sense to me |
Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 447 [r1] (raw file):
jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 450 [r1] (raw file):
Since you are updating the jobs to use GCI instead of trusty, can you update the job names too? Comments from Reviewable |
The tests should be targeting the default configuration (because that's majority of the clusters) and in addition we should have tests that target a specific configuration (e.g. GCI). |
SG. Let's make that discussion/change in a separate thread and proceed with this PR? The Trusty jobs are really old and need to be updated sooner than later. Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. Comments from Reviewable |
Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 66 [r1] (raw file):
|
Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 447 [r1] (raw file):
|
Review status: 0 of 1 files reviewed at latest revision, 4 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 447 [r3] (raw file):
I am okay with deal with that in a separate PR, but imo it needs to be resolved soon. Comments from Reviewable |
Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 447 [r3] (raw file):
|
Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 447 [r3] (raw file):
|
Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions. Comments from Reviewable |
Review status: 0 of 1 files reviewed at latest revision, 4 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 452 [r3] (raw file):
The test name is determined by this suffix. Shouldn't the Comments from Reviewable |
LGTM |
updating comment Renaming trusty jobs to GCI. Adding release-1.2 to the test names.
Review status: 0 of 1 files reviewed at latest revision, 4 unresolved discussions. jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 452 [r3] (raw file):
|
Review status: 0 of 1 files reviewed at latest revision, 4 unresolved discussions. Comments from Reviewable |
Automatic merge from submit-queue Delete branch if auto PR has been merged **Release note**: ```release-note none ```
APICoverage-Recorder in the commit knative/test-infra#463 was writting an instance of v1beta1.AdmissionResponse to the http.ResponseWriter when it should be writting v1beta1.AdmissionReview this changeset fixes the issue.
The KUBE_NODE_OS_DISTRIBUTION and KUBE_OS_DISTRIBUTION variables are meaningless for GKE, removing them as well.
@vishh @spxtr @wonderfly
This change is