A disk failure caused the need to re-install the DX NetOps Performance Management Fault Tolerant Data Aggregators.
After re-install one Fault Tolerant (FT) Data Aggregator (DA) works fine going from Active to Inactive without problems starting.
One FT DA does not start. It can be set to Maintenance. It will go Inactive if the other FT DA is in an Active state.
Trying to make the problem FT DA the Active DA results in failure to start.
The systemctl status for the activemq service shows the following failures.
[root@HOST_NAME scripts]# systemctl status activemq
activemq.service - Apache ActiveMQ
Loaded: loaded (/etc/systemd/system/activemq.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Wed 2021-01-06 19:10:37 GMT; 9min ago
Process: 3744 ExecStart=/opt/IMDataAggregator/scripts/activemq start sysd (code=exited, status=1/FAILURE)
Jan 06 19:10:37 HOST_NAME activemq[3744]: [155B blob data]
Jan 06 19:10:37 HOST_NAME activemq[3744]: % Total % Received % Xferd Average Speed Time Time Time Current
Jan 06 19:10:37 HOST_NAME activemq[3744]: Dload Upload Total Spent Left Speed
Jan 06 19:10:37 HOST_NAME activemq[3744]: [155B blob data]
Jan 06 19:10:37 HOST_NAME activemq[3744]: cat: Binary: No such file or directory
Jan 06 19:10:37 HOST_NAME activemq[3744]: cat: file: No such file or directory
Jan 06 19:10:37 HOST_NAME systemd[1]: activemq.service: control process exited, code=exited status=1
Jan 06 19:10:37 HOST_NAME systemd[1]: Failed to start Apache ActiveMQ.
Jan 06 19:10:37 HOST_NAME systemd[1]: Unit activemq.service entered failed state.
Jan 06 19:10:37 HOST_NAME systemd[1]: activemq.service failed.
The command "journalctl -u activemq" shows more details including the file at issue.
[root@HOST_NAME scripts]# journalctl -u activemq
...
Jan 06 19:08:04 HOST_NAME systemd[1]: Starting Apache ActiveMQ...
Jan 06 19:08:04 HOST_NAME activemq[3188]: Starting ActiveMQ
Jan 06 19:08:04 HOST_NAME activemq[3188]: % Total % Received % Xferd Average Speed Time Time Time Current
Jan 06 19:08:04 HOST_NAME activemq[3188]: Dload Upload Total Spent Left Speed
Jan 06 19:08:04 HOST_NAME activemq[3188]: [155B blob data]
Jan 06 19:08:04 HOST_NAME activemq[3188]: % Total % Received % Xferd Average Speed Time Time Time Current
Jan 06 19:08:04 HOST_NAME activemq[3188]: Dload Upload Total Spent Left Speed
Jan 06 19:08:04 HOST_NAME activemq[3188]: [155B blob data]
Jan 06 19:08:04 HOST_NAME activemq[3188]: cat: Binary: No such file or directory
Jan 06 19:08:04 HOST_NAME activemq[3188]: cat: file: No such file or directory
Jan 06 19:08:04 HOST_NAME activemq[3188]: cat: (standard: No such file or directory
Jan 06 19:08:04 HOST_NAME activemq[3188]: cat: input): No such file or directory
Jan 06 19:08:04 HOST_NAME activemq[3188]: cat: matches/data/failover/daservice.uuid: No such file or directory
Jan 06 19:08:04 HOST_NAME systemd[1]: activemq.service: control process exited, code=exited status=1
Jan 06 19:08:04 HOST_NAME systemd[1]: Failed to start Apache ActiveMQ.
Jan 06 19:08:04 HOST_NAME systemd[1]: Unit activemq.service entered failed state.
Jan 06 19:08:04 HOST_NAME systemd[1]: activemq.service failed.
Per the activemq script in /opt/IMDataAggregator/scripts/ it's looking to the /etc/consul-ext.cfg file.
At first glance that file might appear issue free with correct permissions, ownership and content when read with cat or more commands. Running the following exposes the real issue, a text file that reports as a binary file which it should not be.
[root@HOST_NAME etc]# grep ".*" consul-ext.cfg
Binary file /etc/consul-ext.cfg matches
Using vi on the file we can see an errant ^@ character present which is breaking the activemq scripts attempt to read the file and find where the daservice.uuid file resides to read it.
All supported DX NetOps Performance Management releases
The activemq service is failing to start due to the /etc/consul-ext.cfg file being corrupted with a null character.
Edit the /etc/consul-ext.cfg file. Remove the null characters and save the changes.
The FT DA should now start cleanly allowing it to successfully go Active.