Bug 1392780
| Summary: | Cannot scale deployment using jenkins pipeline step and dsl step | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Dongbo Yan <dyan> |
| Component: | ImageStreams | Assignee: | Gabe Montero <gmontero> |
| Status: | CLOSED ERRATA | QA Contact: | Wang Haoran <haowang> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.4.0 | CC: | aos-bugs, jokerman, mmccomas, tdawson |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
Cause: pipeline plugin did not use optimal endpoint for scaling
Consequence: scaling beyond 1 replica was problematic
Fix: pipeline plugin updated to use optimal endpoint
Result: user can now scale a DC's RC beyond 1 replica
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-01-18 12:50:51 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Dongbo Yan
2016-11-08 08:57:57 UTC
With that particular sample, you *must* build the frontend BC first, otherwise the image stream origin-nodejs-sample does not have the latest tag. Simply instantiating the template does not achieve that. I have verified this myself locally. Add an `openshiftBuild` step prior to the scale step and try again. Actually, I start build before I scale deployment using jenkins, the image stream origin-nodejs-sample has the latest tag. Sorry for confusing you due to I don't describe reproduce steps in detail. And an additional info, "oc scale rc" does not work in ocp3.4 Thanks for the clarification.
First, any perceived issue wrt "oc scale rc" is a separate bug that should be opened against platform management.
I now believe I see the issue in the plugin. It looks like the API endpoint it is using for scaling no longer matches what `oc scale dc` is doing (it uses the "scale" endpoint). As a result, there appears to be a problem with scaling beyond 1 replica (the master reports items like this:
I1109 15:48:13.177711 2148 replication_controller.go:323] Observed updated replication controller frontend-1. Desired pod count change: 1->3
I1109 15:48:13.198725 2148 event.go:217] Event(api.ObjectReference{Kind:"ReplicationController", Namespace:"myproject", Name:"frontend-1", UID:"d4fd8ecb-a692-11e6-8b95-68f7287398a7", APIVersion:"v1", ResourceVersion:"1721", FieldPath:""}): type: 'Normal' reason: 'SuccessfulCreate' Created pod: frontend-1-szjln
I1109 15:48:13.198769 2148 event.go:217] Event(api.ObjectReference{Kind:"ReplicationController", Namespace:"myproject", Name:"frontend-1", UID:"d4fd8ecb-a692-11e6-8b95-68f7287398a7", APIVersion:"v1", ResourceVersion:"1721", FieldPath:""}): type: 'Normal' reason: 'SuccessfulCreate' Created pod: frontend-1-fr5c4
I1109 15:48:13.262391 2148 replication_controller.go:323] Observed updated replication controller frontend-1. Desired pod count change: 3->1
I1109 15:48:13.358607 2148 replication_controller.go:323] Observed updated replication controller frontend-1. Desired pod count change: 1->1
That said, the plumbing is there in the restclient to leverage the scale endpoint. I've started on a fix.
I have verified the plugin fix locally with commit https://github.com/openshift/jenkins-plugin/commit/7d6de7f52d8ff45e828cc6a96cc4649c7cbad86b The next steps are: - cut a new version (v1.0.32) of the plugin at jenkinsci / jenkins download center - build a new version of the jenkins-1-centos7 image The problem should exist with both centos and rhel. If QA can verify on centos, great. If not, we'll need to wait until I can work with Troy Dawson to cut new rpms for v1.0.32 of the plugin, and then spin up new versions of the jenkins rhel image on brew pulp. PR https://github.com/openshift/jenkins/pull/191 is initiating the update of the jenkins centos image with v1.0.32 of the plugin, and Troy Dawson in parallel is updating the RHEL image on brew pulp with the associated RPM. Barring any unforseen mishap, the images should be available for QE to verify when they arrive Thursday AM China time. Just to me safe though, go to the manage plugin page after pulling down and starting up the latest image and verify that openshift-pipeline is at v1.0.32. If it is not post that info here and we'll see what is up. thanks Test with brew-pulp.../openshift3/jenkins-2-rhel7 20e80cb29407 brew-pulp.../openshift3/jenkins-1-rhel7 91ba1b4bff1d openshift-login 0.8 openshift-pipeline 1.0.32 openshift-sync 0.0.15 openshift v3.4.0.23+24b1a58 kubernetes v1.4.0+776c994 etcd 3.1.0-rc.0 scale deployment successfully using jenkins Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2017:0066 |