Description of problem: When editing a deploymentconfig from the webconsole, changing Max Surge to a value of 0 causes the following error message in the web console: An error occurred updating deployment config openshiftorg.DeploymentConfig "openshiftorg" is invalid: spec.strategy.rollingParams.maxSurge: Invalid value: "0": value should be int(5) or percentage(5%) However, it's possible to use 0%. Version-Release number of selected component (if applicable): OpenShift Master: v3.4.1.10 (online version 3.4.1.14) Kubernetes Master: v1.4.0+776c994 How reproducible: always Steps to Reproduce: 1. oc new-app php~https://github.com/wgordon17/openshift.org#deploy 2. Browse to https://console.preview.openshift.com/console/project/<project-name>/edit/dc/openshiftorg 3. Change "Maximum Number of Surge Pods" to 0 4. Hit save Actual results: An error occurred updating deployment config openshiftorg.DeploymentConfig "openshiftorg" is invalid: spec.strategy.rollingParams.maxSurge: Invalid value: "0": value should be int(5) or percentage(5%) Expected results: Successful save Additional info: Setting to 0 from CLI, `oc edit dc/openshiftorg` works without issue.
Will be fixed in https://github.com/openshift/origin-web-console/pull/1442 It is a problem for any whole number, not just zero. It is also broken for max unavailable, or if trying to reset to the system defaults (by leaving the fields blank).
This has been merged into ocp and is in OCP v3.6.39 or newer.
Verified on OpenShift v3.6.39 Any whole number for "Maximum Number of Surge Pods" including zero or leaving the field blank will not reproduce the error issue. Leaving "Maximum Number of Surge Pods" blank will reset the value to zero which makes sense. SO it's verified on OpenShift v3.6.39
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/RHEA-2017:1716