有人在生产环境, 使用 systemd 下的 journal 日志管理工具么?

[DinoStray]

今天 journalctl 把生产环境搞爆了.
因为用它查看日志的时候, 直接输入了 -G, 从日志头部直接浏览到尾部.
导致 journal 需要从头到尾解析十几个 G 的二进制日志数据, 然后内存 CPU 都爆了, 服务器直接挂掉.
现在觉得 journal 好危险, 虽然今天的故障可以通过加入参数, 减少查询范围解决, 但是搞不好以后还会复现今天的问题.
虽然在使用 journal 的过程遇到各种问题, 一直都觉得是我们没学习到位, 需要深入研究, 一直坚持了下来, 但今天这个故障让我没有信心坚持用这个了.

[NilChan]

学习了。。。

[pigmen]

这是用错了导致的 不能说 journal 好危险 照你这么说 rm -rf 岂不是更危险？

[m4d3bug]

指定服务名是好习惯

[AstroProfundis]

那 grep 甚至 vim 一个十多 G 的 /var/log/xxx.log 不也一样？

[tin3w5]

想起了大学的时候拿到了一台流量很高的 web 服务器权限，用 vim 删日志的时候直接把服务器卡死的囧境。

[shyling]

。。。人的问题，你 vim 一个大文本也会挂，难道说没有信心用 vim 了？

[lvzhiqiang]

查看线上日志一定要先看看 应用的负载情况，任何文本方式的“全部”查询都会占用服务器资源，这个和你用什么工具是没有关系的。推荐使用部分查看或者导出到空闲服务器查看。

[kokodayo]

-n 限定行数，比如-n100 就只会抓取最后 100 行

[masker]

man 一下都不会？又怪工具？

[oneisall8955]

习惯每次看日志都 du -h 看下多大

[jhdxr]

这么看来突然觉得 emeditor 很良心，大文件自动进行部分加载。。。

[nikolai]

每月都定时 vacuum 一次，没这烦恼（手动 doge

[shingle]

可以配置 log 文件最大的大小啊，超过会自动切分。查看的时候只看实时记录的那个文件就好了

[DinoStray]

@shingle 日志直接落到本地磁盘, 我都是这样做的, 限制单个文件的大小. 用了 journal 就不知道该怎么搞了

[echowuhao]

之前，vps 空间都不足，我也没干啥，仔细一看，这个 log 几十 G 。

systemd 这个默认的设置绝对是有问题的。

不是自己学习不好怪工具，而是你工具的有个默认最合适的配置。 用 linux 这么多年，这个配置让我觉得扯淡的。

[Cooky]

systemd 一整套缺文档小毛病也不修，不想踩坑就换个日志 deamon 吧

[reasonsyh]

alias 设置一下

[chenqh]

感觉还是老老实实 supervisord 吧

[chenxytw]

生产环境上根本不会保存超过一定数量的日志.....
古老日志全部异步写到专门的日志集群里了...