To change the log level back to
NONE, complete the steps below.
- Log into the Primary node as root via SSH or Console, pressing ALT+F1 in a Console to log in.
- Open /storage/db/vcops/vpostgres/data/postgresql.conf in a text editor.
- Change #log_statement=ALL to log_statement=NONE.
Note: By default this option is commented, uncomment it by removing #..
- Save and close the file.
- Open /storage/db/vcops/vpostgres/repl/postgresql.conf in a text editor.
- Change #log_statement=ALL to log_statement=NONE.
Note: By default this option is commented, uncomment it by removing #..
- Save and close the file.
- Reload the Postgres configuration by running the following commands, one at a time:
- su – postgress
- /opt/vmware/vpostgres/current/bin/pg_ctl reload -D /storage/db/vcops/vpostgres/data
- /opt/vmware/vpostgres/current/bin/pg_ctl reload -D /storage/db/vcops/vpostgres/repl
- Repeat steps 1-8 on all other Analytic nodes in the vRealize Operations Manager cluster.
Impact/Risks:
Even if
ALL is recommended from a security perspective, it can generate a huge number of logs and put setups under a large load, up to breaking the regular working processes.
Example: An extra-large 5 nodes cluster (1 master and 4 data nodes) with ~200K objects and ~150Milion metrics produces 0-260 KB logs every 10 minutes when
log_statement=NONE and up to 4900-27000KBs every 10 minutes when
log_statement=ALL, approximately generating 100 times more logs.
Setting the log level to
ALL will increases risk of the
/storage/log partition filling up.
See
Safely cleaning up log files in vRealize Operations if you need to clear space.