Bug 1500012
Summary: | provide a hint about the "set" option for cmds containing multiple "then" keywords in their constraint definitions | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Corey Marthaler <cmarthal> | ||||
Component: | pcs | Assignee: | Tomas Jelinek <tojeline> | ||||
Status: | CLOSED ERRATA | QA Contact: | cluster-qe <cluster-qe> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 7.4 | CC: | aherr, cfeist, cluster-maint, idevat, mmazoure, nhostako, omular, tojeline | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | pcs-0.9.168-3.el7 | Doc Type: | Bug Fix | ||||
Doc Text: |
Cause:
The user specifies multiple resources in the 'pcs constraint colocation add' or 'pcs constraint order' commands.
Consequence:
A constraint for the first two resources is created, the other resources are silently ignored, no error is reported.
Fix:
Improve command line parsing and validation in the commands.
Result:
The user is informed that exactly two resources may be specified in the commands. They are advised to use set constraints instead to set constraints for multiple resources.
|
Story Points: | --- | ||||
Clone Of: | |||||||
: | 1734361 (view as bug list) | Environment: | |||||
Last Closed: | 2020-03-31 19:09:37 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: | |||||||
Attachments: |
|
Description
Corey Marthaler
2017-10-09 16:00:29 UTC
Order constraints cmdline parsing needs to be fixed to only accept a pair of resources. If more than two resources are specified, pcs should exit with an error. The error should, apart from telling the syntax is not valid, hint that a set constraint may be used instead. The same should be done for colocation constraints. Created attachment 1596887 [details]
proposed fix + tests
In order to fix the reported issue properly a few more fixes had to be implemented:
* 'pcs constraint colocation add': report an error when multiple "with"s are specified, provide a hint that 'pcs constraint colocation set' should be used instead
* 'pcs constraint colocation add': report an error when specified resource roles are not valid
* 'pcs constraint colocation add': missing 'name' or '=value' in name=value options is reported as an error
* 'pcs constraint order': report an error when multiple "then"s are used, provide a hint that 'pcs constraint order set' should be used instead
* 'pcs constraint order': missing 'name' or '=value' in name=value options is reported as an error
After Fix: [kid76 ~] $ rpm -q pcs pcs-0.9.168-1.el7.x86_64 [kid76 ~] $ pcs resource A (ocf::heartbeat:Dummy): Started kid76 B (ocf::heartbeat:Dummy): Started lion76 C (ocf::heartbeat:Dummy): Started mule76 [kid76 ~] $ pcs constraint colocation add A with B with C Usage: pcs constraint [constraints]... colocation add [master|slave] <source resource id> with [master|slave] <target resource id> [score] [options] [id=constraint-id] Request <source resource> to run on the same node where pacemaker has determined <target resource> should run. Positive values of score mean the resources should be run on the same node, negative values mean the resources should not be run on the same node. Specifying 'INFINITY' (or '-INFINITY') for the score forces <source resource> to run (or not run) with <target resource> (score defaults to "INFINITY"). A role can be master or slave (if no role is specified, it defaults to 'started'). Error: Multiple 'with's cannot be specified. Hint: Use the 'pcs constraint colocation set' command if you want to create a constraint for more than two resources. [kid76 ~] $ pcs constraint colocation add aster A with B Error: invalid role value 'aster', allowed values are: 'Master', 'Slave', 'Started', 'Stopped' [kid76 ~] $ pcs constraint colocation add A with B a=b name Error: missing value of 'name' option [kid76 ~] $ pcs constraint colocation add A with B "=value" Error: missing key in '=value' option [kid76 ~] $ pcs constraint order A then B then C Usage: pcs constraint [constraints]... order [show] [--full] List all current ordering constraints (if --full is specified show the internal constraint id's as well). order [action] <resource id> then [action] <resource id> [options] Add an ordering constraint specifying actions (start, stop, promote, demote) and if no action is specified the default action will be start. Available options are kind=Optional/Mandatory/Serialize, symmetrical=true/false, require-all=true/false and id=<constraint-id>. order set <resource1> [resourceN]... [options] [set <resourceX> ... [options]] [setoptions [constraint_options]] Create an ordered set of resources. Available options are sequential=true/false, require-all=true/false and action=start/promote/demote/stop. Available constraint_options are id=<constraint-id>, kind=Optional/Mandatory/Serialize and symmetrical=true/false. order remove <resource1> [resourceN]... Remove resource from any ordering constraint Error: Multiple 'then's cannot be specified. Hint: Use the 'pcs constraint order set' command if you want to create a constraint for more than two resources. [kid76 ~] $ pcs constraint order A then B "=value" Error: missing key in '=value' option [kid76 ~] $ pcs constraint order A then B a=b name Error: missing value of 'name' option Additional upstream commits: https://github.com/ClusterLabs/pcs/commit/d27545336277942197a7d6f96c669092d4b88777 https://github.com/ClusterLabs/pcs/commit/abb8f0eaf01c2997588ed3ce7d326a57151a602b After Fix [kid76 ~] $ rpm -q pcs pcs-0.9.168-3.el7.x86_64 [kid76 ~] $ pcs constraint order A then B a=b name= Error: value of 'name' option is empty 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-2020:0996 |