Skip to content
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

Merged
merged 1 commit into from
Sep 8, 2016
Merged

Conversation

maisem
Copy link

@maisem maisem commented Aug 31, 2016

The KUBE_NODE_OS_DISTRIBUTION and KUBE_OS_DISTRIBUTION variables are meaningless for GKE, removing them as well.

@vishh @spxtr @wonderfly


This change is Reviewable

@wonderfly
Copy link
Contributor

Thanks for making the change! Quick question though, without these vars, how does GKE know what distro the nodes are running?

@spxtr
Copy link
Contributor

spxtr commented Aug 31, 2016

lgtm once @wonderfly's question is resolved.

@vishh
Copy link
Contributor

vishh commented Aug 31, 2016

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):

                export GINKGO_TEST_ARGS="--ginkgo.skip=\[Slow\]|\[Serial\]|\[Disruptive\]|\[Flaky\]|\[Feature:.+\]"
                export PROJECT="k8s-jkns-e2e-gke-ci"
                export KUBE_NODE_OS_DISTRIBUTION="debian"

Would it better to set the image type explicitly here as well? Here and elsewhere


Comments from Reviewable

@maisem
Copy link
Author

maisem commented Aug 31, 2016

@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

$ gcloud container get-server-config
Fetching server config for us-central1-b
defaultClusterVersion: 1.3.6
defaultImageType: CONTAINER_VM
validImageTypes:
- CONTAINER_VM
- GCI
validNodeVersions:
- 1.3.6
- 1.3.5
- 1.2.6
- 1.1.8

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):

Previously, vishh (Vish Kannan) wrote…

Would it better to set the image type explicitly here as well? Here and elsewhere

Not setting it would use the server side default (which is container vm).

You can check the server default by running

$ gcloud container get-server-config
Fetching server config for us-central1-b
defaultClusterVersion: 1.3.6
defaultImageType: CONTAINER_VM
validImageTypes:
- CONTAINER_VM
- GCI
validNodeVersions:
- 1.3.6
- 1.3.5
- 1.2.6
- 1.1.8

Comments from Reviewable

@wonderfly
Copy link
Contributor

@maisem So the trick is to set node_image_type when calling the gcloud cli?

@vishh
Copy link
Contributor

vishh commented Aug 31, 2016

I'd prefer our testing to not depend on server side defaulting because if
there is a bug there, we will be oblivious to the fact that GKE tests are
using GCI instead of container-vm.
The defaulting should be tested separately. WDYT?

On Wed, Aug 31, 2016 at 12:49 PM, Daniel Wang [email protected]
wrote:

@maisem https://github.com/maisem So the trick is to set node_image_type
when calling the gcloud cli?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#480 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AGvIKO3mFl54okom3-uBZOn1ceb6zwxXks5qldrlgaJpZM4Jx3K6
.

@wonderfly
Copy link
Contributor

I'd prefer our testing to not depend on server side defaulting

Makes sense to me

@wonderfly
Copy link
Contributor

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):

The variable "KUBE_OS_DISTRIBUTION" is set to "trusty" so that

the OS dependendent test cases will use Trusty in their assertions.

These comments are out of date too


jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 450 [r1] (raw file):

# the OS dependendent test cases will use Trusty in their assertions.
- project:
    name: kubernetes-e2e-gke-trusty

Since you are updating the jobs to use GCI instead of trusty, can you update the job names too?


Comments from Reviewable

@maisem
Copy link
Author

maisem commented Sep 1, 2016

I'd prefer our testing to not depend on server side defaulting

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).
This is also what we do for version selection in a number of tests on the release branches.

@wonderfly
Copy link
Contributor

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

@vishh
Copy link
Contributor

vishh commented Sep 1, 2016

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):

Previously, maisem (Maisem Ali) wrote…

Not setting it would use the server side default (which is container vm).

You can check the server default by running

$ gcloud container get-server-config
Fetching server config for us-central1-b
defaultClusterVersion: 1.3.6
defaultImageType: CONTAINER_VM
validImageTypes:
- CONTAINER_VM
- GCI
validNodeVersions:
- 1.3.6
- 1.3.5
- 1.2.6
- 1.1.8
We chatted offline. This change is necessary since `KUBE_NODE_OS_DISTRIBUTION` is not respected in the case of GKE. The question of defaulting will be dealt with in a separate PR

jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 450 [r1] (raw file):

Previously, wonderfly (Daniel Wang) wrote…

Since you are updating the jobs to use GCI instead of trusty, can you update the job names too?

+1. Trusty does not make sense anymore

Comments from Reviewable

@maisem
Copy link
Author

maisem commented Sep 1, 2016

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):

Previously, wonderfly (Daniel Wang) wrote…

The variable "KUBE_OS_DISTRIBUTION" is set to "trusty" so that

the OS dependendent test cases will use Trusty in their assertions.

These comments are out of date too

Done.

jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml, line 450 [r1] (raw file):

Previously, vishh (Vish Kannan) wrote…

+1. Trusty does not make sense anymore

Done.

Comments from Reviewable

@wonderfly
Copy link
Contributor

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):

kubernetes-e2e-gke-gci-release-1.2
Ah, I just realized that all the GKE version pinned jobs are pretty old too - kubernetes-e2e-gke-version-pinned all still pin to release-1.2 and there's a TODO that never got finished: https://github.com/kubernetes/test-infra/blob/master/jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml#L364.

I am okay with deal with that in a separate PR, but imo it needs to be resolved soon.


Comments from Reviewable

@maisem
Copy link
Author

maisem commented Sep 1, 2016

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):

Previously, wonderfly (Daniel Wang) wrote…

kubernetes-e2e-gke-gci-release-1.2
Ah, I just realized that all the GKE version pinned jobs are pretty old too - kubernetes-e2e-gke-version-pinned all still pin to release-1.2 and there's a TODO that never got finished: https://github.com/kubernetes/test-infra/blob/master/jenkins/job-configs/kubernetes-jenkins/kubernetes-e2e-gke.yaml#L364.

I am okay with deal with that in a separate PR, but imo it needs to be resolved soon.

I was going to update these to 1.3 when we cut 1.4 and add jobs for the 1.4 branch.

Comments from Reviewable

@wonderfly
Copy link
Contributor

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):

Previously, maisem (Maisem Ali) wrote…

I was going to update these to 1.3 when we cut 1.4 and add jobs for the 1.4 branch.

SG

Comments from Reviewable

@wonderfly
Copy link
Contributor

:lgtm:


Review status: 0 of 1 files reviewed at latest revision, 3 unresolved discussions.


Comments from Reviewable

@vishh
Copy link
Contributor

vishh commented Sep 1, 2016

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):

    emails: '[email protected]'
    gke-suffix:
        - 'gke-gci-test':  # kubernetes-e2e-gke-gci-test

The test name is determined by this suffix. Shouldn't the release-1.2 suffix be added here?


Comments from Reviewable

@spxtr
Copy link
Contributor

spxtr commented Sep 6, 2016

LGTM

updating comment

Renaming trusty jobs to GCI.

Adding release-1.2 to the test names.
@maisem
Copy link
Author

maisem commented Sep 8, 2016

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):

Previously, vishh (Vish Kannan) wrote…

The test name is determined by this suffix. Shouldn't the release-1.2 suffix be added here?

Done.

Comments from Reviewable

@vishh
Copy link
Contributor

vishh commented Sep 8, 2016

:lgtm:


Review status: 0 of 1 files reviewed at latest revision, 4 unresolved discussions.


Comments from Reviewable

@vishh vishh merged commit 17ac268 into kubernetes:master Sep 8, 2016
@maisem maisem deleted the trusty branch September 8, 2016 20:41
ostromart pushed a commit to ostromart/test-infra that referenced this pull request Jul 26, 2019
Automatic merge from submit-queue

Delete branch if auto PR has been merged

**Release note**:

```release-note
none
```
grantr pushed a commit to grantr/test-infra that referenced this pull request Feb 21, 2020
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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants