daily rotate 190 compress maxage 190
等保检查要求操作日志留存六个月，服务器上只找到最近 30 天的文件，30 天前的已被轮转脚本删掉。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：logrotate 配了 30 份按天轮转，超过就删。归档目录没开压缩 也没往对象存储同步。
「日志留存策略」排查到最后往往是很小的一处差异，前面那些复杂猜测可以先放一放。权限不要一口气开到最大，先加到够用再往上试，范围小才好收。
把复现步骤压到三条以内，交给同事也能跑出来，才算真的定位清楚。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。
验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。
处理上按这个顺序：把轮转份数按留存天数调大；开启压缩 降低单份体积；每日归档同步到对象存储 设生命周期规则；核对最早一份日志的日期 确认覆盖六个月。
确认没问题再收工，归档里能查到六个月前的日志 抽查日期连续无缺口。