Splunk® User Behavior Analytics

Administer Splunk User Behavior Analytics

Acrobat logo Download manual as PDF


Acrobat logo Download topic as PDF

Clean up the standby system if you accidentally started Splunk UBA services

If you started Splunk UBA services on the standby system, the PostgreSQL logs can become very large and negatively affect performance.

Perform the follow tasks to work around this issue:

  1. Login to the management node on the standby system as the caspida user.
  2. Run the following command to stop Splunk UBA:
    /opt/caspida/bin/Caspida stop
  3. Run the following command to stop PostgreSQL:
    /opt/caspida/bin/Caspida stop-postgres
  4. As a user with root privileges, manually delete all the PostgreSQL logs on the PostgreSQL node. In 20-node deployments, PostgreSQL runs on node 2. In all other deployment sizes, PostgreSQL runs on node 1.
    • In Ubuntu environments, PostgreSQL logs are located in /var/log/postgresql/*.
    • In RHEL, OEL, or CentOS environments, PostgreSQL logs are located in /var/vcap/store/pgsql/10/data/pg_log.
  5. Run the following command to start PostgreSQL:
    /opt/caspida/bin/Caspida start-postgres
  6. Follow the instructions in Set up the standby Splunk UBA system to set up replication in the standby system again. Make sure you do not start any Splunk UBA services in the standby system.
Last modified on 08 September, 2021
PREVIOUS
Stop the primary system from synchronizing with the standby system
  NEXT
Recover Splunk UBA after an outage

This documentation applies to the following versions of Splunk® User Behavior Analytics: 5.0.4, 5.0.4.1, 5.0.5, 5.0.5.1


Was this documentation topic helpful?

You must be logged into splunk.com in order to post comments. Log in now.

Please try to keep this discussion focused on the content covered in this documentation topic. If you have a more general question about Splunk functionality or are experiencing a difficulty with Splunk, consider posting a question to Splunkbase Answers.

0 out of 1000 Characters