Bug 2182810

Summary: [WebUI] fence levels prevent loading of cluster status
Product: Red Hat Enterprise Linux 9 Reporter: Michal Pospisil <mpospisi>
Component: pcsAssignee: Ivan Devat <idevat>
Status: VERIFIED --- QA Contact: cluster-qe <cluster-qe>
Severity: urgent Docs Contact: Steven J. Levine <slevine>
Priority: urgent    
Version: 9.0CC: cfeist, cluster-maint, idevat, mlisik, mmazoure, mpospisi, nhostako, omular, slevine, tojeline
Target Milestone: rcKeywords: Triaged, ZStream
Target Release: 9.3   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: pcs-0.11.5-1.el9 Doc Type: Bug Fix
Doc Text:
.`pcsd` Web UI now displays cluster status when fence levels are configured Previously, the `pcsd` Web UI did not display cluster status when fence levels were configured. With this fix, you can now view the cluster status and change the cluster settings with the Web UI when fence levels are configured.
Story Points: ---
Clone Of:
: 2183180 2183191 2183192 (view as bug list) Environment:
Last Closed: 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:
Bug Depends On:    
Bug Blocks: 2183180, 2183191, 2183192    
Attachments:
Description Flags
RHEL 9.0 browser console errors none

Description Michal Pospisil 2023-03-29 17:28:05 UTC
Created attachment 1954491 [details]
RHEL 9.0 browser console errors

Description of problem:
When fencing levels are configured, the web interface will not load cluster status. It is not possible to see cluster state or change its configuration.


Version-Release number of selected component (if applicable):
0.11.1-10.el9
0.11.4-6.el9_2

How reproducible:
always

Steps to Reproduce:
## Create a single node cluster
[root@r09-00-a ~]# pcs host auth r09-00-a.vm -u hacluster
Password: 
r09-00-a.vm: Authorized

[root@r09-00-a ~]# pcs cluster setup wui-fence-lvl r09-00-a.vm
No addresses specified for host 'r09-00-a.vm', using 'r09-00-a.vm'
Destroying cluster on hosts: 'r09-00-a.vm'...
r09-00-a.vm: Successfully destroyed cluster
Requesting remove 'pcsd settings' from 'r09-00-a.vm'
r09-00-a.vm: successful removal of the file 'pcsd settings'
Sending 'corosync authkey', 'pacemaker authkey' to 'r09-00-a.vm'
r09-00-a.vm: successful distribution of the file 'corosync authkey'
r09-00-a.vm: successful distribution of the file 'pacemaker authkey'
Sending 'corosync.conf' to 'r09-00-a.vm'
r09-00-a.vm: successful distribution of the file 'corosync.conf'
Cluster has been successfully set up.

[root@r09-00-a ~]# pcs cluster start --wait
Starting Cluster...
Waiting for node(s) to start...
Started

## Create 2 fence devices and set up fencing levels
[root@r09-00-a ~]# pcs stonith create fence-1 fence_xvm

[root@r09-00-a ~]# pcs stonith create fence-2 fence_xvm

[root@r09-00-a ~]# pcs stonith level add 1 r09-00-a.vm fence-1

[root@r09-00-a ~]# pcs stonith level add 2 r09-00-a.vm fence-2

Actual results:
When you open the web interface, after a short while, there will be a notification that says: "Communication error while: sync status of cluster "wui-fence-lvl". Details in the browser console." See the attachment for browser console output (see 9.0 logs for this reproducer, 9.2 logs have a different, more complex configuration).

Expected results:
No communication errors are shown, the web interface allows to see cluster status and modify its settings.

Additional info:
On RHEL 9.0, the cluster status is somehow loaded and shown despite the error. On RHEL 9.2, a loading animation is shown while loading cluster status that never goes away because of the communication error, even when browsing cluster detail. See the attached screenshot.

Comment 10 Michal Pospisil 2023-05-26 09:29:02 UTC
DevTestResults:

[root@r09-03-a ~]# rpm -q pcs
pcs-0.11.5-1.el9.x86_64

The web interface is working with fencing levels configured.

Comment 15 Ivan Devat 2023-06-28 05:51:00 UTC
Steven, yes - this is perfectly ok for a user.

Comment 20 Ivan Devat 2023-08-11 08:02:48 UTC
Steven: I think you express it very well and kept the message technically correct, thanks.