iNode安装运行一段之间之后将系统盘存储资源用尽

遇到过，这是 iNode 客户端的一个已知老毛病：CollectInfo 目录是 iNode 的调试日志收集目录，压缩包疯涨的根因基本就一个——客户端被设置成了“调试级别 + 收集调试日志”，而且卡在反复触发采集的状态，采集完又从不清理，一个 zip 接一个 zip 地堆，38G / 3000 多个包就是几个月滚出来的。

iNode 客户端里有个功能：「设置运行环境为调试级别」+「收集调试日志保存于 CollectInfo 目录下」（官方排障流程让用户点过的）

日志级别一旦改成 detail/调试，客户端每次认证、每次异常重连都会产生大量日志；某些版本在有认证失败/重连循环时会自动周期性打包，不做数量和大小上限控制

所以判断诱因很简单：看这 3000 多个 zip 的文件名/修改时间间隔——如果是每隔几分钟一个，说明这台机器上 iNode 一直在认证失败重连（比如信号差、EAD 策略不通过、服务器侧拒绝），每次重试都打包一次日志

根因

1. 客户端版本 bug（高频）：部分 E0570/E0571 早期小版本 iNode，在 SSL‑VPN/802.1X 认证链路异常、反复重连、握手失败场景，采集逻辑异常触发，陷入死循环，不停自动执行信息采集，不停输出 zip 包，没有过期自动删除逻辑，Windows、统信 UOS、麒麟客户端均会出现该缺陷。
2. iNode 后台服务进程异常崩溃重启，每次重启就触发一次信息采集，反复叠加。
3. 配置文件异常，开启了错误的自动采集开关，没有做文件轮转 / 老化删除。

该目录的 zip 包全部是诊断日志包，业务运行不需要，可全部删除。

紧急处置（现场立刻操作）

Windows

1. 退出 iNode 客户端，在服务里面停止 iNode Service服务；
2. 进入C:\Program Files (x86)\iNode\Collectinfode，全部删除里面所有 zip 压缩包；
3. 可选：给这个文件夹设置只读权限，临时阻止生成新包（临时规避，根治要升级版本）；
4. 启动 iNode 服务，重新拨号。

⚠️注意：不要直接删除 Collectinfode 文件夹，iNode 服务会自动重建该目录，只删除内部压缩包。

国产系统（统信 UOS / 麒麟）

根治方案（最重要，清理后还会复现，必须升级）

1. 确认 iNode 版本：iNode E0570/E0571早期版本存在该循环采集bug，升级到官方修复后的 iNode 版本（E0570P08 及以后补丁，或者 E0572、E06xx 系列新版本），该 bug 在新版本做了修复：增加采集次数限制、自动老化删除旧采集包。
2. iMC EIA 服务器侧：不要下发强制客户端自动采集日志的策略，关闭不必要的远程信息采集策略。

临时规避方案（暂时无法升级版本的时候）

Windows

1. 清理完旧压缩包；
2. 写一个定时任务脚本，定时删除 Collectinfode 下 *.zip； bat 示例：

设置 Windows 计划任务，每几小时执行一次，做兜底。

国产操作系统

crontab 定时清理

辅助排查，确认触发条件

1. 观察 iNode 连接状态：客户端是不是频繁断连、反复重连、握手失败；

该 bug 很多伴随 VPN/802.1X 频繁断线，断线异常逻辑触发无限采集。

2. 看 iNode 日志，观察每次生成 zip 包的时间点，是否刚好是客户端重连、报错的时间。

重要注意点

1. Collectinfode 里面 zip 包是排障诊断包，业务正常运行完全不需要保留，可以全部删除。
2. 仅仅删除文件不能根治，只要 bug 版本还在，过几天又会打满磁盘，必须升级 iNode 客户端补丁版本。
3. 该问题知了社区有同类案例，现象完全一致，Windows 和国产 OS 客户端都会复现，属于客户端程序缺陷，不是操作系统问题。