This article provides steps to add space in the vIDM appliance adding config to limit audit data.
vIDM appliance /db file system is almost full, for example usage exceeds about 90% and more.
You will see these errors:
vIDM appliance uses device /db for Elasticsearch, RabbitMQ and internal DB PostgreSQL.
/db
|- data
|- elasticsearch
|- log
|- lost+found
|- temp
A large number of audit data for Elasticsearch uses almost all space on device /db file system.
As the default settings vIDM appliance keeps audit data forever, the vIDM file system will eventually fill up.
To resolve this issue, add a policy to limit audit data in the /usr/local/horizon/conf/runtime-config.properties file:
Log in to the vIDM appliance.
Edit the /usr/local/horizon/conf/runtime-config.properties
file.
Reboot the vIDM appliance to reflect the new setting.
Remove the audit data manually that has already expired for more than 90 days using the curl command for cleanup. You can use wildcards to delete the audit data:
Examples 1:
curl -XDELETE http://localhost:9200/v3_2016*
Explanation: Deletes everything from 2016.
Examples 2:
curl -XDELETE http://localhost:9200/v3_2016-12*
Explanation: Deletes everything from December 2016.
Backup: If the curl
command fails, run the following commands:
rabbitmqctl list_queues | grep analytics.null
Explanation: Lists the RabbitMQ queuerabbitmqctl purge_queue -.analytics.null
Explanation: Purges the queue
For vIDM versions 3.3.4 and higher, Workspace ONE Access 20.10 and higher, you will need to do the following workaround, as the command above will fail on the new Photon releases.
wget 'https://raw.githubusercontent.com/rabbitmq/rabbitmq-management/v3.7.20/bin/rabbitmqadmin'
chmod +x rabbitmqadmin
sed -i 's|#!/usr/bin/env python|#!/usr/bin/env python3|' rabbitmqadmin
mv rabbitmqadmin /usr/sbin/
rabbitmqadmin -q list queues | grep analytics
rabbitmqadmin purge queue name=-.analytics.127.0.0.1
rm
commands to remove the audit data unless all nodes are stopped.There is also a related KB on increasing the size of the /db file system.
The rm
command is not suitable for use with a distributed, replicated data store, so removing the files when Elasticsearch/Opensearch is running will cause problems.
It is recommended to use the “curl
” command to perform the removal safely.