promtail 这 bug 也太离谱了

[yh7gdiaYW]

业务需要准备自己搭一套日志采集，以前都是用 ELK ，搜了下这两年很多人推荐 Grafana+Loki+Promtail 。
试了下确实很轻量很方便，但次日一早发现卧槽轮转的日志文件怎么也上传了？
折腾了半天发现是个 bug：
当配置为采集一个目录下的名称匹配的文件时，例如/data/logs/*.log ，即使配置了 path_exclude 或者 relabel_configs 过滤不需要的日志文件（如每天 0 点轮转的日志），promtail 也总是先读取上传文件内容到 loki ，然后才会按规则移除此文件的监听，导致日志轮转后总是会发生重复上传......
更离谱的是，这个 bug 有对应的 issue: https://github.com/grafana/loki/issues/7115 ，
有人已经提交了 PR ，生生给拖了半年没 merge ，然后两周前终于 merge 了关了 issue ，结果相应的新版本压根还没发布......
这还没完，我去 PR 里看为什么要花这么久，"We're currently reevaluating promtails position as a project within Grafana Labs. Internally we're actually using the Agent for both metrics and logs collection at this point. Additionally, the agent team is more likely to have time to dedicate to your PR. "，然后又浪费了我一小时去切 Grafana Agent 采集日志，一样是这个 bug......

[LuoJunJunJun]

别用/data/logs/*.log 。区分一下现在在写入的日志和轮转的日志就行，比如需要现在在写入的日志是 a.log ，轮转的日志是 a.2024-01-25_10-23-17_347141.log ，用/data/logs/?.log 就行

[buffzty]

这是大公司的通病，能跑就行，我刚去公司发现游戏有 T0 级 bug 影响人较少 必现，领导让我先做新需求 拖了几年项目倒闭了都没修。腾讯地下城游戏里面那个拍卖行就是十几年前的代码 速度慢到离谱 玩家提了多少年了绝对不修，这种事对于他们来说优先级太低了 能跑就行又不是不能用。
外国大公司也这样 idea 公司有个 bug 解决了 10 年磨磨蹭蹭就是不愿意认真修一下，从 ubuntu13 拖到了 23 听说最近快好了，用户在 youtrack 骂了 10 年，产品经理也想修 领导不给资源或者资源太少没办法
https://youtrack.jetbrains.com/issue/JBR-2460/Wrong-position-of-input-window-and-no-input-preview-with-fcitx-and-ubuntu-13.04