Bug 1375351 - [cli] pcs should not be cryptic when cluster stack is not running on the target
Summary: [cli] pcs should not be cryptic when cluster stack is not running on the target
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: pcs
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Tomas Jelinek
QA Contact: cluster-qe@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-12 19:07 UTC by Jan Pokorný [poki]
Modified: 2020-12-15 07:45 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-12-15 07:45:44 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1728704 0 unspecified CLOSED pcs status gives bad feedback if you are not root or authorized. Feedback pacemaker is not running, Thats wrong 2021-09-30 15:55:56 UTC

Internal Links: 1728704

Description Jan Pokorný [poki] 2016-09-12 19:07:35 UTC
# pcs node unstandby virt-171

Actual results:
> Error: error running crm_mon, is pacemaker running?

(???)

Expected results:
> Error: cluster stack does not appear running
> Solution: issue "pcs cluster start virt-171" if you want
> to bring it up (in that case, the node will come online
> in standby mode)


Ditto at least "node unmaintenance".

Comment 3 Jan Pokorný [poki] 2016-09-13 14:15:22 UTC
As discussed, I don't see this request as unjustified.

Pcs user should not face cryptic messages referring to "crm_mon"
(why she would need to bother investigating what that stands for?)
and what I proposed is the ideal pcs should be gradually approaching.

As a first step in such a journey would be for pcs to stop being
cryptic (an in turn, hostile to the users), perhaps suggesting
"pcs cluster start" when suitable, per original suggestion.

In order to keep track on that, I am reopening the bug, with
a slightly shifted objective.

Comment 4 Ivan Devat 2016-09-13 14:37:55 UTC
[vm-rhel72-1 ~] $ pcs status | grep Online
Online: [ vm-rhel72-1 vm-rhel72-3 ]
[vm-rhel72-1 ~] $ pcs node standby vm-rhel72-3
[vm-rhel72-1 ~] $ service pacemaker stop
Redirecting to /bin/systemctl stop  pacemaker.service
[vm-rhel72-1 ~] $ pcs node unstandby vm-rhel72-3
Error: error running crm_mon, is pacemaker running?
[vm-rhel72-1 ~] $ pcs cluster start vm-rhel72-3
vm-rhel72-3: Starting Cluster...
[vm-rhel72-1 ~] $ pcs node unstandby vm-rhel72-3
Error: error running crm_mon, is pacemaker running?

I think "pcs cluster start" is not always the solution for this situation.

Comment 5 Jan Pokorný [poki] 2016-09-13 15:13:25 UTC
(as an aside particularly for standby state, there will likely be another
modifier of how the pacemaker will come up, via PCMK_node_start_state var:
https://github.com/ClusterLabs/pacemaker/pull/1141)

Comment 8 RHEL Program Management 2020-12-15 07:45:44 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.


Note You need to log in before you can comment on or make changes to this bug.