The DX NetOps Performance Management System Status page may display Data Repository (DR) nodes as "Down," while the underlying Vertica database confirms nodes are "UP" via vsql. This indicates the Data Aggregator (DA) is unable to receive heartbeat responses from the DR nodes within the default timeout threshold.
The System Status page reports DR nodes as "Down" (e.g., node0001, node0002). The vsql command returns the status as "UP": SELECT node_name, node_state FROM nodes;
The karaf.log or shutdown.log contains heartbeat failure entries: DB heartbeat to host #### failed.
Data Aggregator keeps shutting down with the following error in the karaf.log file.
ERROR | t Monitor Thread | 2015-09-03 10:19:48,944 | shutdown | ase.heartbeat.DBStateManagerImpl 385 | ommon.core.services.impl | | DB heartbeat to host ><hostname of Db execeeded max non-success time of 300000
WARN | t Monitor Thread | 2015-09-03 10:19:48,944 | shutdown | ase.heartbeat.DBStateManagerImpl 726 | ommon.core.services.impl | | DB state for host <hostname of Db> changing from OK to DOWN
The Data Aggregator DBStateManager service marks nodes as "DOWN" if the heartbeat response takes longer than the default 5-minute (300,000ms) threshold. Performance latency in the database or network environment can trigger this state.
The two solutions for each common cause are as follows.
dadaemon service to apply changes:systemctl stop dadaemonsystemctl start dadaemonIf option 2 is required to resolve the issue it does indicate a problem that is worth investigation despite it functioning. If this is desired please open a new support case.
If the database is running, and option 2 doesn't resolve the problem, please open a new case with the support team for investigation.