CPI 3.0磁盘空间不足！

当使用Cisco PI的时候，有的时候可能出现diskspace不够的情况，这种情况可能是前期部署PI的时候，提供的空间太小了，或者目前缓存的数据太多了。

如下是一个例子：

在CLI中检查时，PI数据库大小为638G（分配空间的97％）。 正如建议的那样，做了“磁盘清理（disc cleanup）”，并帮助恢复大约25G。 在一天之内，数据库占用的空间不断告警。 我们可以检查 CPI数据库利用率，如下所示（optvol是那个空间不足的CPI数据库）

prime/admin# root
Enter root password :
Starting root bash shell ...

ade # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol
                      3.8G  461M  3.2G  13% /
/dev/mapper/smosvg-varvol
                      3.8G  784M  2.9G  22% /var
/dev/mapper/smosvg-optvol
                      694G  638G   21G  97% /opt
/dev/mapper/smosvg-tmpvol
                      1.9G   36M  1.8G   2% /tmp
/dev/mapper/smosvg-usrvol
                      6.6G  1.3G  5.1G  20% /usr
/dev/mapper/smosvg-recvol
                       93M  5.6M   83M   7% /recovery
/dev/mapper/smosvg-home
                       93M  5.6M   83M   7% /home
/dev/mapper/smosvg-storeddatavol
                      9.5G  151M  8.9G   2% /storeddata
/dev/mapper/smosvg-altrootvol
                       93M  5.6M   83M   7% /altroot
/dev/mapper/smosvg-localdiskvol
                      130G   53G   71G  43% /localdisk
/dev/sda2              97M  5.6M   87M   7% /storedconfig
/dev/sda1             485M   25M  435M   6% /boot
tmpfs                 7.8G  2.6G  5.3G  33% /dev/shm
ade # exit

如下是如何清理磁盘空间的操作（disk cleanup）：

prime/admin# ncs cleanup
***************************************************************************
!!!!!!!      WARNING     !!!!!!!
***************************************************************************
The clean up can remove all files located in the backup staging directory.
Older log files will be removed and other types of older debug information
will be removed
***************************************************************************
Do you wish to continue? ([NO]/yes) yes
 
***************************************************************************
!!!!!!!   DATABASE CLEANUP WARNING     !!!!!!!
***************************************************************************
Cleaning up database will stop the server while the cleanup is performed.
The operation can take several minutes to complete
***************************************************************************
Do you wish to cleanup database? ([NO]/yes) yes
 
***************************************************************************
!!!!!!!    USER LOCAL DISK WARNING      !!!!!!!
***************************************************************************
Cleaning user local disk will remove all locally saved reports, locally
backed up device configurations. All files in the local FTP and TFTP
directories will be removed.
***************************************************************************
Do you wish to cleanup user local disk? ([NO]/yes) yes
===================================================
Starting Cleanup: Wed Nov 11 09:41:11 AEDT 2015
===================================================
{Wed Nov 11 09:44:07 AEDT 2015} Removing all files in backup staging directory
{Wed Nov 11 09:44:07 AEDT 2015} Removing all Matlab core related files
{Wed Nov 11 09:44:07 AEDT 2015} Removing all older log files
{Wed Nov 11 09:44:09 AEDT 2015} Cleaning older archive logs
{Wed Nov 11 09:45:01 AEDT 2015} Cleaning database backup and all archive logs
{Wed Nov 11 09:45:01 AEDT 2015} Cleaning older database trace files
{Wed Nov 11 09:45:01 AEDT 2015} Removing all user local disk files
{Wed Nov 11 09:47:31 AEDT 2015} Cleaning database
{Wed Nov 11 09:47:45 AEDT 2015} Stopping server
{Wed Nov 11 09:50:07 AEDT 2015} Not all server processes stop. Attempting to stop remaining
{Wed Nov 11 09:50:07 AEDT 2015} Stopping database
{Wed Nov 11 09:50:09 AEDT 2015} Starting database
{Wed Nov 11 09:50:23 AEDT 2015} Starting database clean
{Wed Nov 11 09:50:23 AEDT 2015} Completed database clean
{Wed Nov 11 09:50:23 AEDT 2015} Stopping database
{Wed Nov 11 09:50:37 AEDT 2015} Starting server
===================================================
Completed Cleanup
Start Time: Wed Nov 11 09:41:11 AEDT 2015
Completed Time: Wed Nov 11 10:01:41 AEDT 2015
===================================================

ade # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol
                      3.8G  461M  3.2G  13% /
/dev/mapper/smosvg-varvol
                      3.8G  784M  2.9G  22% /var
/dev/mapper/smosvg-optvol
                      694G  614G   45G  94% /opt
/dev/mapper/smosvg-tmpvol
                      1.9G   36M  1.8G   2% /tmp
/dev/mapper/smosvg-usrvol
                      6.6G  1.3G  5.1G  20% /usr
/dev/mapper/smosvg-recvol
                       93M  5.6M   83M   7% /recovery
/dev/mapper/smosvg-home
                       93M  5.6M   83M   7% /home
/dev/mapper/smosvg-storeddatavol
                      9.5G  151M  8.9G   2% /storeddata
/dev/mapper/smosvg-altrootvol
                       93M  5.6M   83M   7% /altroot
/dev/mapper/smosvg-localdiskvol
                      130G  188M  123G   1% /localdisk
/dev/sda2              97M  5.6M   87M   7% /storedconfig
/dev/sda1             485M   25M  435M   6% /boot
tmpfs                 7.8G  2.5G  5.4G  32% /dev/shm

由于磁盘清理没有多大帮助，找到了TAC，看看他们是否可以在这方面提供帮助。 他们登录到DB并删除了一些旧数据（主要是alarms/alerts），仍然没有释放空间，并且磁盘利用率与以前相同。 我认为此问题可能和如下bug有关系：

CSCuv81529 –PI 2.2 – Need a method to reclaim free space after data retention

Symptom:
PI 2.2 - Need a method to reclaim free space after data retention
As of now once records got deleted from tables that doesn't mean that the database engine automatically gives those newly freed bytes of hard disk real estate back to the operating system. 
That space will still be reserved and will be used later in order to write into database , So we need an enhancement in order to reclaim that unused space

Conditions:
NA
Workaround:
NA
Last Modified:Nov 11,2015
Status:Open
Severity:6 Enhancement
Product:Network Level Service
Support Cases:5
Known Affected Releases: 2.2(0.0.58)

所以在这个问题上，除了重新安装CPI 3.0之外别无他法。

由于CPI 3.0的此磁盘空间恢复问题，你必须确保适当地修改默认数据保留策略。 以下是我在此新CPI 3.0安装中修改的值(Administration > Settings > System Settings > Data Retention).。 请注意，如下这些值是TAC建议的。

 

 在“Alarms and Events”设置（Administration > Settings > System Settings > Alarms and Events > Alarms and Events）下，你必须修改清理选项（clean up options）。 默认情况下，其中一些选项未启用，如果保持不变，则会占用大量磁盘空间。 将此CPI系统迁移到3.0后，将根据消耗的 Alarm & Event 的空间分配数据库大小。 即使之后你删除这些文件，CPI 3.0也不会释放该空间。

 

“Clients & User settings”下的数据保留也可能需要修改其中一些默认值。

 

也可以修改一下时间告警阈值，例如不想再达到了90% 的时候才收到告警，这里修改为60%

在新的CPI 3.0安装中进行所有这些策略修改后，我手动添加了所有网络设备。 有了2周的数据，我可以看到数据库使用大小是100G，这大概占用了分配的磁盘的11％。 我希望通过这些修改后的设置PI数据库保持可管理的大小。

ade # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol
                      3.8G  323M  3.3G   9% /
/dev/mapper/smosvg-varvol
                      3.8G  143M  3.5G   4% /var
/dev/mapper/smosvg-optvol
                      941G   98G  795G  11% /opt
/dev/mapper/smosvg-tmpvol
                      1.9G   36M  1.8G   2% /tmp
/dev/mapper/smosvg-usrvol
                      6.6G  1.3G  5.1G  20% /usr
/dev/mapper/smosvg-recvol
                       93M  5.6M   83M   7% /recovery
/dev/mapper/smosvg-home
                       93M  5.6M   83M   7% /home
/dev/mapper/smosvg-storeddatavol
                      9.5G  151M  8.9G   2% /storeddata
/dev/mapper/smosvg-altrootvol
                       93M  5.6M   83M   7% /altroot
/dev/mapper/smosvg-localdiskvol
                      174G  9.7G  155G   6% /localdisk
/dev/sda2              97M  5.6M   87M   7% /storedconfig
/dev/sda1             485M   18M  442M   4% /boot
tmpfs                  12G  3.9G  8.0G  33% /dev/shm

如下是当你将PI从低版本升级到PI 3.0的一些建议：
1、请根据向导一步一步的安装。
2、修改数据保留策略和告警/事件设置；不要保留默认设置。
3、如果某些历史数据必须保存，请确保在执行在线迁移和了解PI数据库大小之前删除不必要的文件。
4、随时监控PI 3.0的磁盘使用及增长情况，在空间不足之前才去必要措施。
5、可以将license从2.x copy到3.0（/opt/CSCOlumos/license）。