You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Loki日志保留策略失效求助:指定12h保留期但旧日志未删除

Loki日志留存配置不生效排查方案

1. 检查配置组件适配性(核心排查点)

如果你的Loki版本是2.0及以上,table_manager是旧版本(1.x)的组件,2.x之后日志留存删除功能由compactor组件负责,原table_manager的配置不会生效。你需要调整配置到正确的层级:

loki:
  enabled: true
  isDefault: true
  compactor:
    retention_enabled: true  # 替代原retention_deletes_enabled
    retention_delete_delay: 0s  # 可选,控制删除延迟
    retention_delete_worker_count: 150  # 可选,调整删除并发数
  limits_config:
    retention_period: 12h  # 全局留存周期配置

2. 确认compactor组件已启用

如果是通过Helm部署Loki,需确保compactor.enabled设置为true,默认情况下部分Helm Chart可能未开启该组件:

loki:
  compactor:
    enabled: true

3. 验证存储后端支持删除操作

  • 若使用S3/兼容对象存储:确保存储桶未开启版本控制(或已配置足够权限删除对象),Loki需要具备删除存储对象的权限。
  • 若使用本地文件系统:确认Loki运行进程对日志存储目录有读写删除权限。

4. 查看组件日志确认任务执行情况

查看compactor(或旧版本table_manager)的日志,搜索retention、deleting等关键字,确认是否有删除任务触发或报错信息:

# K8s环境示例
kubectl logs <loki-compactor-pod-name> -n <namespace> | grep -E "retention|deleting"

5. 排查租户级配置覆盖

如果Loki启用了多租户模式,检查是否存在租户级别的留存配置覆盖了全局的retention_period,租户配置优先级高于全局配置。

内容的提问来源于stack exchange,提问作者Vinayak Pawar

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.25 05:54:16