Bug 871603
| Summary: | ccs_tool: wrong parameter(s) to fence device in "ccs_tool create" help | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Jonathan Earl Brassow <jbrassow> | ||||
| Component: | cluster | Assignee: | Christine Caulfield <ccaulfie> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Cluster QE <mspqa-list> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 6.3 | CC: | ccaulfie, cluster-maint, djansa, jpokorny, lhh, lnovich, mjuricek, rpeterso, teigland | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | cluster-3.0.12.1-53.el6 | Doc Type: | Bug Fix | ||||
| Doc Text: |
Cause:
The help text for ccs_tool create showed the wrong parameters for the 'addfence' subcommand. 'user' was used where the correct parameter name is 'login'.
Consequence:
Users could create an incorrect cluster.conf file if they followed this advice.
Fix:
The help text has been fixed.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2013-11-21 11:22:05 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
Jonathan Earl Brassow
2012-10-30 20:18:20 UTC
Agreed with Jonathan that fixing the example is sufficient. http://git.fedorahosted.org/cgit/cluster.git/commit/?h=STABLE32&id=87135d56ee90e7bb1a87b6d12fdd69a63aee747f new output: [fabbione@daikengo ccs_tool]$ ./ccs_tool create Usage: ccs_tool create [-2] <clustername> -2 Create a 2-node cman cluster config file -n <num> Create skeleton entries for <num> nodes -f <device> Add a fence device to the node skeletons -c --configfile Name of configuration file (/etc/cluster/cluster.conf) -h --help Display this help text Note that "create" on its own will not create a valid configuration file. Fence agents and nodes will need to be added to it before handing it over to cman. eg: ccs_tool create MyCluster ccs_tool addfence apc fence_apc ipaddr=apc.domain.net login=apc password=apc ccs_tool addnode node1 -n 1 -f apc port=1 ccs_tool addnode node2 -n 2 -f apc port=2 ccs_tool addnode node3 -n 3 -f apc port=3 ccs_tool addnode node4 -n 4 -f apc port=4 If you add -n <numbner> to the command then create will add skeleton entries for that many nodes. This file WILL NEED EDITTING MANUALLY before it can be used by cman. Created attachment 705043 [details] ccs_tool: fix ccs_edit example (cont'd) As already discussed at [bug 869735], "passwd" as a correct parameter denoting password. As follow-up of referencing (it is really just a name reference to a custom-named fence device using specific agent, not a reference to this agent itself) WTI fencing, use "port" rather than "ipport" as "ipport" is usually a shared per-device configuration and what changes is particular per-node port. Also fix the incorrect example with printing configuration to stdout. (In reply to comment #5) > Created attachment 705043 [details] > ccs_tool: fix ccs_edit example (cont'd) > > As already discussed at [bug 869735], "passwd" as a correct parameter > denoting password. As follow-up of referencing (it is really just a > name reference to a custom-named fence device using specific agent, > not a reference to this agent itself) WTI fencing, use "port" rather > than "ipport" as "ipport" is usually a shared per-device configuration > and what changes is particular per-node port. > > Also fix the incorrect example with printing configuration to stdout. Just keep in ḿind that ccs_tool/edit capabilities in RHEL6 are NOT supported. While the example can be improved, it's not a reference for customers. 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. http://rhn.redhat.com/errata/RHBA-2013-1617.html |