• The following SNMP Trap maybe received:

Severity: Minor
SNMP_Version = 2
notify = .1.3.6.1.4.1.5951.7.1.2.35
Node = csite-far-mas
IPaddress = 10.29.49.187
PeerAddress = csite-far-mas
PeerIPaddress = 10.29.49.187
1 .1.3.6.1.4.1.5951.7.1.1.1 = 10.29.49.187
2 .1.3.6.1.4.1.5951.7.1.1.2 = System Disk Usage

• df –h shows /var/ is more than 80% used

bash-2.05b# df -h
Filesystem       Size    Used   Avail Capacity  Mounted on
/dev/vtbd0s1e    110G     99G    2.4G    98%    /var

• Analysis of disk usage shows that /var/mps/db_pgsql/data/pg_log/postgresql logs are using up all the space:

bash-2.05b# cd /var/mps/db_pgsql/data/pg_log
bash-2.05b# du -sh .
71G    .
bash-2.05b#

bash-2.05b# ls -ltrh |more
total 75408672
-rw-rw-rw-  1 mpspostgres  wheel     5M Mar 19 06:25 postgresql-2019-03-19_033140.log.gz
-rw-rw-rw-  1 mpspostgres  wheel     5M Mar 19 06:26 postgresql-2019-03-19_050134.log.gz
-rw-rw-rw-  1 mpspostgres  wheel   5.3M Mar 19 08:26 postgresql-2019-03-19_060151.log.gz
-rw-------  1 mpspostgres  wheel   100M Mar 19 09:02 postgresql-2019-03-19_073149.log
-rw-------  1 mpspostgres  wheel    70M Mar 19 10:29 postgresql-2019-03-19_090200.log
-rw-------  1 mpspostgres  wheel    61M Mar 19 11:24 postgresql-2019-03-19_103648.log

• This issue is already fixed in 12.1 release.
• As a workaround please implement a house keeping script which will compress logs older than 10 days via cron

Problem Cause

• NSHELP-19033
• A software bug which results in the /var/mps/db_pgsql/data/pg_log/postgresql logs not being zipped and can cause the disk/parition to fill up.