-
Bug
-
Resolution: Unresolved
-
Minor
-
None
-
premerge
-
Quality / Stability / Reliability
-
False
-
-
None
-
Moderate
-
None
-
None
-
None
-
None
-
+
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Description of problem:
Inconsitent behaviour when we provide invalid pool names
$ oc adm prune renderedmachineconfigs list --pool-name fake
$ echo $?
0
$ oc adm prune renderedmachineconfigs list --in-use --pool-name fake
error: MachineConfigPool with name 'fake' not found
$ echo $?
1
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
$ oc adm prune renderedmachineconfigs list --pool-name fake
$ echo $?
0
$ oc adm prune renderedmachineconfigs list --in-use --pool-name fake
error: MachineConfigPool with name 'fake' not found
$ echo $?
1
Actual results:
We should give a consistent response when the user tries to use pools that do not exist.
Expected results:
Similar behaviour when we use wrong pool names in the "oc adm renderedmachineconfig" commands.
Additional info:
- is depended on by
-
MCO-1126 Pre-merge Testing
-
- Closed
-
- links to