如何消除Artifactory的WARN日志“File not applicable to be shipped...”

一、WARN日志含义解析 #

先看这条日志内容：

2025-09-05T09:17:56.509Z [jfob ] [WARN ] [47310a6f3489220e] [shipping_service.go:613 ] [main ] [ ] - File not applicable to be shipped based on modified time. Last coll time: 2025-09-05 18:16:56.50645334 +0900 JST, File mod time: 2025-08-30 16:25:52 +0900 JST, Filename: /opt/jfrog/artifactory/var/data/metadata/usage/archived/metadata-consumption-usage-2025-08-30T07-30-23.336.log [shipping_service] [spanId][1d3ffab526a82b33] [spanTraceId][47310a6f3489220e]

这条警告来自Artifactory的shipping_service组件，该组件负责将Artifactory的使用消费元数据发送到JFrog相关平台。日志的核心含义是：系统尝试发送归档的使用日志文件时，发现文件修改时间（2025-08-30）早于上次收集发送时间（2025-09-05），判定该文件已被处理过，无需重复发送，因此抛出这条警告。这是组件的正常校验逻辑，不会影响Artifactory核心服务功能。

二、两种抑制方案对比与推荐 #

方案1：禁用消费数据收集 #

配置内容：

observability:
  consumption:
    allow: ""

• 作用：直接关闭消费元数据的收集和发送流程，从根源上终止shipping_service相关触发逻辑，彻底消除这条警告。
• 副作用：会完全丢失Artifactory的使用消费数据（如存储消耗、资源使用统计等），若需在JFrog平台查看全局使用分析、账单统计等功能，将彻底无法使用；后续排查资源使用、消费相关问题时，也没有对应元数据可参考。

方案2：提升应用日志级别至Error #

配置内容：

observability:
  logging:
    application:
      level: error

• 作用：将应用日志的最低输出级别从默认的WARN调整为ERROR，所有WARN级日志都会被过滤，这条警告自然不再显示。
• 副作用：会过滤掉所有其他WARN级日志，包括一些非致命但需关注的提示（如配置项不规范、存储即将耗尽预警、第三方插件兼容问题等），可能错过潜在问题信号，影响后续问题排查的及时性。

推荐选择 #

如果不需要Artifactory的消费元数据统计、分析功能，优先选方案1——它精准针对问题源头，不会影响其他日志的正常输出。如果依赖消费数据相关功能，那方案2需谨慎使用，或可选择忽略这条不影响核心功能的警告；若必须使用方案2，需做好其他潜在问题的监控补充。

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