PI 3.6 database stopping frequently

[MurphyD]

We are using PI 3.6 and have to restart it about once or twice a month. ncs status shows the database process has stopped. We have to stop and start PI again. Is there a fix for this?

[Mark Malone]

Hi
i only see one shut down bug in caveat release , do you have enough space ?
Have up applied all the critical fixes and patches available for 3.6

https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/infrastructure/3-6/release/notes/cpi_rn.html#pgfId-179293

CSCvo65492


/var consumes excessive disk space and Prime Infrastructure goes down

[MurphyD]

Yes. I have the following patch installed.

PI 3.6 Update 02

Critical Fixes

2.0.0

Installed

2019-10-29 08:38 CDT

root

[marce1000]

 - Which platform are you using , Vmware or appliance ? If Vmware check if your  VM has sufficient resources using your Hypervisor-monitoring tools. Also during installation you have a to choose the deployment configuration option  depending on the size of the environment Prime has to support. Make sure the correct option was chosen and that the VM was sized accordingly : 

   https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/infrastructure/3-3/quickstart/guide/bk_Cisco_Prime_Infrastructure_3_3_0_Quick_Start_Guide.html#con_1070036

 M/

[MurphyD]

I'm showing one directory as 91%

ade # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol 3.8G 43M 3.6G 2% /
devtmpfs 24G 0 24G 0% /dev
tmpfs 24G 2.4G 22G 11% /run
tmpfs 24G 0 24G 0% /sys/fs/cgroup
/dev/mapper/smosvg-usrvol 6.7G 1.3G 5.1G 20% /usr
/dev/sda1 477M 108M 345M 24% /boot
/dev/sda2 93M 1.6M 87M 2% /storedconfig
/dev/mapper/smosvg-tmpvol 1.9G 6.7M 1.8G 1% /tmp
/dev/mapper/smosvg-varvol 3.8G 2.1G 1.6G 58% /var
/dev/mapper/smosvg-home 93M 2.0M 86M 3% /home
/dev/mapper/smosvg-recvol 93M 1.6M 87M 2% /recovery
/dev/mapper/smosvg-altrootvol 93M 1.6M 87M 2% /altroot
/dev/mapper/smosvg-localdiskvol 177G 154G 16G 91% /localdisk  <---
/dev/mapper/smosvg-optvol 956G 444G 472G 49% /opt
/dev/mapper/smosvg-storeddatavol 9.5G 1.9G 7.2G 21% /storeddata
tmpfs 24G 11G 14G 44% /dev/shm

::

::

ade # du -h --max-depth=6 /opt | grep [0-9]G | sort -k2
du: cannot access '/opt/csm/ssl/private': Permission denied
du: cannot access '/opt/csm/ssl/certs': Permission denied
du: cannot access '/opt/csm/ssl/misc': Permission denied
du: cannot access '/opt/csm/ssl/openssl.cnf': Permission denied
du: cannot access '/opt/csm/ssl/man': Permission denied
du: cannot read directory '/opt/CSCOlumos/conf/keys': Permission denied
du: cannot read directory '/opt/CSCOlumos/rcmds': Permission denied
du: cannot read directory '/opt/lost+found': Permission denied
444G /opt
65G /opt/CSCOlumos
51G /opt/CSCOlumos/da
51G /opt/CSCOlumos/da/cdb
1.1G /opt/CSCOlumos/decap
4.0G /opt/CSCOlumos/logs
64K /opt/CSCOlumos/matlab/toolbox/matlab/imagesci/@H5G
3.3G /opt/CSCOlumos/staging
1.9G /opt/CSCOlumos/staging/app
1.3G /opt/CSCOlumos/updates
379G /opt/oracle
379G /opt/oracle/base
1.5G /opt/oracle/base/diag
1.4G /opt/oracle/base/diag/rdbms
1.4G /opt/oracle/base/diag/rdbms/wcs
1.4G /opt/oracle/base/diag/rdbms/wcs/wcs
27G /opt/oracle/base/fast_recovery_area
27G /opt/oracle/base/fast_recovery_area/WCS
24G /opt/oracle/base/fast_recovery_area/WCS/archivelog
24G /opt/oracle/base/fast_recovery_area/WCS/archivelog/2020_01_28
3.1G /opt/oracle/base/fast_recovery_area/WCS/onlinelog
343G /opt/oracle/base/oradata
2.1G /opt/oracle/base/oradata/STBYWCS
1.9G /opt/oracle/base/oradata/STBYWCS/datafile
341G /opt/oracle/base/oradata/WCS
341G /opt/oracle/base/oradata/WCS/datafile
7.7G /opt/oracle/base/product
7.7G /opt/oracle/base/product/12.1.0
7.7G /opt/oracle/base/product/12.1.0/dbhome_1
1.3G /opt/oracle/base/product/12.1.0/dbhome_1/lib
4.5G /opt/oracle/base/product/12.1.0/dbhome_1/rdbms