VNA is down and won't start due to a full disk

Products

• CA Virtual Network Assurance
• DX NetOps
• CA Performance Management - Usage and Administration
• CA Spectrum

Issue/Introduction

PC Portal reports VNA operational status down. Not even able to connect to VNA admin page.

Server.log shows this error:

2024-08-06 17:41:51,280 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
<name>:   Services which failed to start:      service jboss.deployment.unit."core-23.3.5-RELEASE.war".STRUCTURE: <HostName>: Failed to process phase STRUCTURE of deployment "core-23.3.5-RELEASE.war"

Checking disk space with "df -h" shows the partition VNA is installed on is full. Running "du -h /opt/CA | grep '[0-9\.]\+G' >> /tmp/du.out" shows the source of the disk usage. It's files in the /opt/CA/VNA/wildfly/standalone/data/activemq/largemessages directory filling the partition or drive on the DX NetOps Virtual Network Assurance host server

Files in the largemessages folder are filling the disk space on the VNA host.

Environment

All supported DX NetOps Virtual Network Assurance releases

Resolution

To resolve this take the following steps.

1. If not already down stop the wildfly service using the command:
   1. systemctl stop wildfly
2. Remove the all files from within the (default path shown) /opt/CA/VNA/wildfly/standalone/data/activemq/largemessages directory.
3. Once the largemessages directory is empty restart wildlfy using the command:
   1. systemctl start wildfly

Once it's restarted monitor the largemessages directory. Confirm for a day or two that the directory doesn't start to build up files again. If it does open a new support case and share the following:

• Logs from the /opt/CA/VNA/wildfly/standalone/log directory
• DX NetOps VNA version
• DX NetOps Performance Management or Spectrum version
• Plugins running
• If known, any changes taking place around the time files began accumulating