gpt4 book ai didi

linux - 根据严重性将 kea-dhcp4 服务器日志推送到不同的文件

转载 作者:太空宇宙 更新时间:2023-11-04 04:39:31 25 4
gpt4 key购买 nike

无法根据严重性级别隔离 kea 日志。

 "Logging": {
"loggers": [
{
"name": "kea-dhcp4",
"output_options": [
{
"output": "/var/log/kea-dhcp4.log"
}
],
"severity": "WARN"
},
{
"debuglevel": 99,
"name": "kea-dhcp4",
"output_options": [
{
"output": "/var/log/kea-debug.log"
}
],
"severity": "DEBUG"
}
]
}

以上是 kea 服务器配置的部分,所有日志都定向到“/var/log/kea-debug.log”,无论严重性级别如何。预期:严重性“WARN”及更高级别的日志将记录到“/var/log/kea-dhcp4.log”。

最佳答案

快速阅读 https://jenkins.isc.org/job/Kea_doc/guide/kea-guide.html 第 18 节,我会:

  • 尝试将调试日志部分放在警告日志部分之前,以查看是否只记录警告。
  • 检查 keactrl 配置。

看起来每个“名称”只能有一个日志,如果您想要调试日志记录,则必须使用不同的记录器名称,例如。 “kea-ctrl-agent”而不是“kea-dhcp4” - 但尚不清楚是否涉及层次结构以及是否会捕获其下方部分的条目。

如果是这种情况,开发人员应该很容易修复 - 您应该更新 kea 项目中的错误报告,此处:https://gitlab.isc.org/isc-projects/kea/issues/592

您可以做的其他一些事情是将所有内容记录到 syslog,并将其发送到远程日志,并使用 splunk 或 logzilla 等工具按严重性对它们进行排序。

或者,如果只是暂时的,您可以创建一个每隔几分钟执行一次的 cron 作业,或者只是在尾部运行它:

tail /var/log/kea-debug.log|egrep '(WARN|ERR|FATAL)' /var/log/kea-debug.log|tee -a /var/log/kea-dhcp.log

假设这些单词出现在调试日志中,当这些严重性弹出时。

关于linux - 根据严重性将 kea-dhcp4 服务器日志推送到不同的文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55858432/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com