安装WIndows Server的服务器在System32/config/systemprofile/appdata/local路径下发现体积超大的libhpsrv.debug文件

安装WIndows Server的服务器在System32/config/systemprofile/appdata/local路径下发现体积超大的libhpsrv.debug文件

经确认，该文件是HPE SUT守护进程的一个组件，通常与HPE OneView、SPP、SUM有关联，而客户的确在安装完系统后运行过SPP更新驱动和固件，所以：

1.      物理机上有SUT这个文件夹并不奇怪，因为在SPP运行过程中会执行iSUT的安装及特定组件；

2.      虚机上没有，是因为续集系统是VMware虚拟出的，不需要直接感知和管理底层硬件，简言之更新驱动和固件是在VMware层面完成并非Windows。

验证过程：

1.      在新安装的Windows Server环境中运行services.msc，进程中未见与HP有关的组件；

2.      挂载SPP并执行扫描和部署，可以看到安装组件中默认包含iSUT；

3.      部署完成重启后，在System32/config/systemprofile/appdata/local下生成了sut文件夹

4.      而此时再运行services.msc可以看到isut默认加入了后台进程；

5.      而此时sut文件夹下出现了debug文件，并且随着时间推移，会生成越来越多的debug文件。

这个Debug文件主要记录以下信息：

1.      代码执行追踪，如函数调用、变量值、循环计数等；

2.      与底层硬件的原始通信，如sensors读取、Hardware Platform Interface调用、Registry/CMDB访问（上图中就记录了一些通过远程桌面irc访问系统的连接记录）；

3.      驱动固件更新包的详细处理过程；

4.      配置文件的实施解析；

5.      内存与资源使用情况；

6.      错误与异常的详细堆栈。

由于在debug模式下，SUT会把上面提到的每一种操作、每一次循环、每一次传感器读取都已文本形式存入该文件，而服务器每秒可能会进行上百万次这种操作，导致文件以MB甚至GB级速度增长。这个文件在日常运维中几乎没有价值，所以在非调试情况下可以禁用debug模式或者直接禁用SUT服务。因此本案例中直接通过进程或者服务停用iSUT或SUT服务、卸载iSUT相关组件、删除debug文件都可以解决。