When setting a Fault Tolerant Data Aggregator to Maintenance nothing changes.
Fault Tolerant Data Aggregator fails to change to Maintenance.
When setting a Fault Tolerant Data Aggregator to Activate nothing changes.
Fault Tolerant Data Aggregator fails to change to Activate.
We run the "./dadaemon maintenance" or "./dadaemon activate" command but the state never changes in the PC Portal web UI. We also see no messages in the consul-ext.log file on the Data Aggregator the state change is made on. This indicates the request isn't making to the DA Proxy host thus it doesn't return the request for the DA to make the state change.
A proxy was recently set up in the environment between the Fault Tolerant Data Aggregators and the Fault Tolerant Proxy server hosts.
Proxy configurations can normally be identified with the command "echo $http_proxy". If this returns a host, there is a proxy configured. If it returns nothing it's unlikely a proxy is involved in the problem.
An alternative that might also show whether or not proxies are configured is "env | grep -i proxy".
All supported DX NetOps Performance Management releases r21.2.5 and older
The dadaemon script is not set up to work properly in the presence of a proxy between the Fault Tolerant Data Aggregators and the Fault Tolerant Proxy server hosts.
This was resolved by engineering through defect DE519171. It is resolved in the r21.2.6 release of DX NetOps Performance Management. Upgrade to r21.2.6 or newer releases for a permanent resolution.
Until this is fixed in a new release there are two options to resolve the issue in releases r21.2.5 and older.
Notes and Tips:
Make the following changes to the /opt/IMDataAggregator/scripts/dadaemon script. Note the addition of the