Loki Helm Chart问题：已安装2天但仅能查看最近1小时日志

问题说明 #

通过官方Helm Chart部署Loki已2天，但只能查看最近1小时的日志，更早的记录无法访问。

当前Helm配置 #

## These are my helm values.
values:
  monitoring:
    lokiCanary:
      enabled: false
  loki:
    limits_config:
      retention_period: 90d
      compaction_interval: 10m

    tableManager:
      retention_deletes_enabled: true
      retention_period: 90d
    auth_enabled: false
    storage:
      type: s3
      bucketNames:
        chunks: loki-ksa-production-chunks
        ruler: loki-ksa-production-ruler
        admin: loki-ksa-production-admin
      s3:
        endpoint: https://axrocwa5fi5e.compat.objectstorage.me-jeddah-1.oraclecloud.com
        region: me-jeddah-1
        accessKeyId: ${S3_LOKI_ACCESS_KEY_ID}
        secretAccessKey: ${S3_LOKI_SECRET_ACCESS_KEY}
        insecure: false
        s3ForcePathStyle: true

排查及修复建议 #

1. 调整Ingester的chunk保留配置
   Ingester的chunk_retain_period控制本地缓存chunk的保留时长，如果该值设为1小时，Ingester会在chunk闲置超时后删除本地缓存，若此时chunk还未上传到S3，就会导致日志丢失。建议在Helm values中添加：

   loki:
     ingester:
       chunk_idle_period: 30m
       chunk_retain_period: 1h30m
   

   确保chunk_retain_period大于chunk_idle_period，给chunk上传到S3留足时间。

2. 验证S3存储的chunk上传情况

   • 登录Oracle云对象存储，检查loki-ksa-production-chunks桶内是否存在超过1小时的chunk文件，若没有则说明Ingester未成功上传chunk。
   • 查看Ingester日志排查上传错误：

     kubectl logs -n <你的命名空间> -l app.kubernetes.io/name=loki -c ingester
     

   • 确认S3密钥拥有对象存储写入权限，且${S3_LOKI_ACCESS_KEY_ID}、${S3_LOKI_SECRET_ACCESS_KEY}已正确注入Pod环境变量。

3. 检查Compactor运行状态
   Compactor负责合并小chunk并持久化到后端，若它异常会导致旧chunk无法被查询。查看Compactor日志：

   kubectl logs -n <你的命名空间> -l app.kubernetes.io/name=loki -c compactor
   

4. 确认Table Manager正常工作
   Table Manager管理存储表生命周期，检查其日志确认是否正常维护表结构：

   kubectl logs -n <你的命名空间> -l app.kubernetes.io/name=loki -c table-manager
   

5. 排查查询工具的时间范围限制
   确认Grafana等查询工具的默认时间范围是否被设为1小时，手动调整时间区间尝试查询更早的日志，排除工具配置问题。

内容的提问来源于stack exchange，提问作者Kaizendae