Bug 1847421: move openshift/origin using examples/jenkins-image-sample.groovy into repo#335
Conversation
… this repo with groovy contents baked into golang tests instead of using file
|
@bparees 's PR to skip the client plugin tests in openshift/origin master branch e2e build tests just merged My PR openshift/origin#25179 will re-enable the remaining client plugin tests, but without the https://github.com/openshift/jenkins-client-plugin/blob/master/examples/jenkins-image-sample.groovy test, which will now be covered by these chagnes |
|
ack @gabemontero |
| port := svc.Spec.Ports[0].Port | ||
|
|
||
| j := &JenkinsRef{ | ||
| host: serviceIP, |
There was a problem hiding this comment.
I saw this also in the current e2e test, and I was wondering why and how the service IP is used in the logs. Usually, we see the jenkins Route host there; I remember that I click the link there to go watching in the logs in the jenkins blueocean console in my browser.
There was a problem hiding this comment.
We do a curl with the jenkins SA token to download the job log from the Jenkins instance. When done inside a pod running in the namespace, you can use the service IP vs. the route.
Of course with the service IP, you avoid having to go over the public internet, and you avoid having to worry about DNS being properly set up IN the cluster to resolve that address.
The curl runs in a pod that runs in the same namespace as jenkins.
But yes, when you click the link from your browser, you laptop's DNS comes into play and things resolve.
|
merging this as this as it blocking other PR's . /lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: akram, gabemontero The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
With this merged @akram I'll see this afternoon about creating the requisite config/jobs in openshift/release so future PRs for this repo have to execute the new test. It should look at log like the config/jobs for openshift cvo operators, hopefully. @bparees @adambkaplan FYI |
|
awesome |
|
/retitle Bug 1847421: move openshift/origin using examples/jenkins-image-sample.groovy into repo |
|
@gabemontero: All pull requests linked via external trackers have merged: . Bugzilla bug 1847421 has been moved to the MODIFIED state. DetailsIn 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. |
|
/bugzilla refresh |
|
@akram: Bugzilla bug 1847421 is in an unrecognized state (MODIFIED) and will not be moved to the MODIFIED state. DetailsIn 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. |
OK @akram @waveywaves @adambkaplan @bparees here is the openshift CVO operator styled e2e in this repo for testing out this plugin against a cluster pointed to by your KUBECONFIG env var.
I was able the reproduced the problem seen in openshift/origin build e2e with the problematic portion of https://github.com/openshift/jenkins-client-plugin/blob/master/examples/jenkins-image-sample.groovy#L275-L299 around that second jenkins deployment which I removed a week or so ago which then got put back in ... I used this to verify the job log and pod dump on error elements of our e2e's in openshift/openshift which I ported here, but of course with the ginkgo/omega/k8s e2e framework stuff.
I also verified commenting out the second deployment stuff lets the pipeline pass ... that is what is pushed here
this resolves a long standing pain point @bparees and I discussed in past, and which was one of the avalanche of data points I dumped on @akram and @waveywaves last year
namely, testing against a PR's version of the test pipeline vs. the master branch version of the test pipeline, which has undoubtedly hit us again recently, and bugs in that pipeline got introduced
I found it was easier to move the https://github.com/openshift/jenkins-client-plugin/blob/master/examples/jenkins-image-sample.groovy into a string var in the e2e's vs. continuing to use https://github.com/openshift/jenkins-client-plugin/blob/master/examples/jenkins-image-sample.groovy
But @akram @waveywaves you can play with that as you take this over.
Ultimately,
Check out the branch @akram @waveywaves and give it a whirl