ethfoo

麻烦发下请求的时候logseer的日志

这个是日志里带了高亮展示导致的，如果你用文本编辑器打开日志文件也会看到有类似的一些符号。 有很多terminal会自动识别，kubecube前端可以尝试适配一下。

麻烦发一下配置和更多上下文看看。 正常情况下，如果没有采集完毕，是会保留一段时间的fd，直到采集完毕才会释放。 当然这个保留策略可以在file source里配置。 所以麻烦确认一下下游的吞吐是否足够？

static pod由于k8s会创建minor pod，k8s生成的stdout路径/var/log/pods/__/，这里不是pod_id。 如果你用的是docker，可以把系统配置discovery.kubernetes.containerRuntime改成docker，从/var/lib/docker/containers路径下采集stdout日志应该就没有这个问题

应该在接下来的q3会支持，你们有期望支持的配置中心吗？

暂时不支持周，我看看加一下

> k8s中POD日志是JSON格式，控制台输出的日志如果是多行日志，stdout中是多条记录，怎么去匹配呢，有没有处理这种日志场景的考虑 @ethfoo 这个在v1.2.0已经优化，参考一下文档：https://loggie-io.github.io/docs/user-guide/use-in-kubernetes/collect-container-logs/#_5

> * 通过正则提取java日志的时候，无法将多行日志信息提取到指定字段中，只有在原文body字段中才能看见 v1.2.0已经支持normalize interceptor里rename body了

> 2\. 如果我的日志是+8区的日志，通过timestamp转换的时候无法设置from中的字段的时区，最终我不得不做一些改动 这个有兴趣提个PR？增加from和to的时区配置？

自动解析stdout日志支持从v1.2.0才有，请更新一下版本再试一下。 请参考：https://loggie-io.github.io/docs/user-guide/use-in-kubernetes/collect-container-logs/#_5