我目前有一个 2 服务器设置(总共 3 台服务器,其中一台仍需为此配置),其中一个服务器使用systemd-journal-remote
(.socket
& .service
)从另一台机器收集所有日志条目,然后使用 上传systemd-journal-upload
。
stretch-backports
我已经在接收 Debian 服务器上安装了 239 版本,只是为了journalctl -m
工作,然后拿起/var/log/journal/remote
此设置是为了冗余和简化日志记录,并概览所有服务器上的所有事件,但systemctl -f -m
不会收集全部日志记录来源(本地和远程),可以修复吗,还是通过设计?
编辑:
经过对一个不经常出现的服务(cron
)的检查,我最终获得了两台机器的条目,但在这里我认为我找到了问题;
{ ... "__REALTIME_TIMESTAMP": "1539710221237971", “__MONOTONIC_TIMESTAMP”:“5621984625”, “_BOOT_ID”:“afb0d4143851464184f340c4ace9XXXX”, “_MACHINE_ID”:“59b666a7337442898dc7cc671c0eXXXX”, "_HOSTNAME": "服务器接收", ... }, { ... "__REALTIME_TIMESTAMP": "1539706141105212", "__MONOTONIC_TIMESTAMP": "6030701064304", “_BOOT_ID”:“afb0d4143851464184f340c4ace9XXXX”, "_MACHINE_ID": "35ade424e59d4ef18a9986a090f6XXXX", "_HOSTNAME": "服务器发送", ... },
journalctl
似乎按 进行排序__MONOTONIC_TIMESTAMP
,为什么远程捕获服务似乎以低于实际journalctl
计数的计数进行迭代?
答案1
journalctl
重新启动后正确地交错机器条目,但使用标志时-mf
,它只显示所有偏僻的机器,它不会交错本地和远程。
这是一个错误,我已经提出了一个问题这里。