The  Cluster Monitor application is a ready-to-run and configurable Streaming LiveView Web Application that monitors the performance of clusters and nodes in a Streaming Runtime fabric. 
The problems seen are:

• Monitoring dashboard not populating data and visualizations
• Nodeinfo table seems to be missing

This problem looks like this:

Refresh the browser, restart the Cluster Monitor, and confirm correct node running state.

As of July 2021 this is open defect " SB-47849 CLUSTER: Unknown table 'NodeInfo' caused by start-up race condition".

Nodes can appear on the service card but it normally may take a bit longer for the NodeInfo table to be populated. The table "NodeInfo" is created dynamically by the Cluster Monitor after the first time it discovers a node service that it can authenticate to and poll. The Cluster Monitor ships with an LVWeb card that references this table.  When the Cluster Monitor first comes up, if the user attaches to it before any nodes that meet these criteria have been discovered, the NodeInfo card will show as an error.  If there are no nodes, it will remain this way. Normally, after a node is discovered (i.e. it shows up in the Services table) and statistics polling successfully begins, if the browser window/tab is refreshed, then the NodeInfo card displays correctly.

The usual reason for the Cluster Monitor to not report statistics on a node is that the engines running in the node are not in a ready-state either due to an error, or still completing startup.
Other reasons for a node not to be discovered are:

• The node is running on a different Discovery Port than the Cluster Monitor.
• The node is on a network subnet or on a server which blocks UDP networking.

These must be corrected before a node can be discovered. A discovered node that appears in the Services view wihtout NodeInfo are corrected using the following steps.
 

Correction

There are two things to try to show node information for a discovered node that does not display:

1. Refresh the browser.
Wait one minute and refresh the browser tab (key ' F5'). If the tables are not refreshed correctly, then try the next option.

2. Restart the Cluster Monitor
Stop the Cluster Monitor node and restart, using command-line commands:
  1. In one command window, run:   epadmin --servicename=monitor.monitorCluster tail logging
  2. In a second command window run:   epadmin --servicename=monitor.monitorCluster stop node
  3. Wait for the node to report in the log that it is shut-down, for example:

 2021-07-07 13:24:27.197000-0400 [22736:24364] INFO  com.tibco.ep.dtm.javaruntime: Component: Component post-shutdown completed

  4. Run:   epadmin --servicename=monitor.monitorCluster start node
  5. Wait for the node to report in the log "{ Server Started }", for example:

 2021-07-07 13:24:37.600000-0400 [1407351:AsyncLogger] INFO  { Server Started } :   *** All tables have been loaded. LiveView is ready to accept client connections.  Total start time(ms): 127756 ***

  6. Open the browser to the Cluster Monitor page:  http://localhost:11080/lvweb
  7. If this is is still not showing the NodeInfo table, try to refresh the browser again.
 

Security

When the LiveView server has security applied, the system running the Cluster Monitor must be able to authenticate to the monitored nodes, or the Cluster Monitor must be running on a system the node trusts (in the node Trusted Host configuration), otherwise the connection fails. The documentation for setting a Trusted Host is on page:
  TIBCO Streaming > StreamBase Admin Guide > StreamBase Security Model > Trusted Hosts

For the credentials to use when connecting to a secure LV server, use the "administrationAuthentication" setting described here:
  TIBCO Streaming > Configuration Guide > StreamBase Configuration Types > StreamBase Cluster Monitor Configuration
A failure to authenticate with one discovered node will not prevent finding, authenticating to, and reporting on other discoverable nodes.