Bug 1375351

Summary: [cli] pcs should not be cryptic when cluster stack is not running on the target
Product: Red Hat Enterprise Linux 7 Reporter: Jan Pokorný [poki] <jpokorny>
Component: pcsAssignee: Tomas Jelinek <tojeline>
Status: CLOSED WONTFIX QA Contact: cluster-qe <cluster-qe>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.2CC: cfeist, cluster-maint, idevat, omular, tojeline
Target Milestone: rcKeywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-12-15 07:45:44 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:

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.