YugabyteDB 日志中的日志行前缀答案

【问题标题】：Log line prefix in YugabyteDB logsYugabyteDB 日志中的日志行前缀
【发布时间】：2022-07-22 14:23:54
【问题描述】：

YugabyteDB 默认使用的 log_line_prefix 值是多少？我在哪里可以看到我当前部署的这个值？从yb-tserver.INFO 文件中捕获的日志语句如下：

W0607 20:33:04.185003  34 log_util.cc:222] Could not read footer for segment: /mnt/disk0/yb-data/tserver/wals/table-b2f6b3c86b144801970a778a4108e5bd/tablet-c47ae2a0cd8342b0a225c0e2b88564c3/wal-000000077: Not found (yb/consensus/log_util.cc:464): Footer not found. Footer magic doesn't match

我想了解各个组件所指的内容，并尽可能添加更多前缀。

我的要求是捕获审计日志。我注意到 YB 审计日志进入 postgres.*.log 文件，而不是 yb-tserver.INFO，例如这是有问题的，因为我们的日志收集基础设施（kibana 等）正在读取yb-tserver.INFO。我加了

ysql_pg_conf_csv=pgaudit.log='ALL',pgaudit.log_level=log,pgaudit.log_client=ON,log_line_prefix='%m [%p] %q%u ',log_filename=yb-tserver.INFO

这会导致审计日志进入 yb-tserver.INFO，但我注意到审计日志没有显示在 kibana 中。我的理论是postgres日志和yb日志的日志前缀格式不同。例如，这是审核日志到达那里后来自 yb-tserver.INFO 文件的 sn-p。

W0607 20:44:04.952666 2496 replica_state.cc:738] T 8c98cae947f6496391679c3884e9f173 P eb161bac2edb40f6856996f9818bf8a2 [term 179 LEADER]: Can't advance the committed index across term boundaries until operations from the current term are replicated. Last committed operation was: 178.292150, New majority replicated is: 178.292150, Current term is: 179
2022-06-07 21:13:56.410 UTC [23977] yugabyte LOG: AUDIT: SESSION,1,1,READ,SELECT,,,select 'kundan';,<not logged>

请注意，日志前缀格式不同，所以我想如果我可以使任一 postgres 日志前缀与 yb 相同，我的日志集合将能够读取/解析并且它会显示在 kibana 中。请告知我的计划是否好。我认为没有办法像我为 postgres 那样配置 yb 日志前缀？

【问题讨论】：

松弛链接坏了
已修复，谢谢。

标签： yugabytedb

【解决方案1】：

日志前缀格式在文档中有说明：https://docs.yugabyte.com/preview/troubleshoot/nodes/check-logs/#log-format

如何使用这次提交https://github.com/yugabyte/yugabyte-db/commit/f425def87a952037e7425ae29497c5510a849b13 中的更改？这将使.postgresql 日志保持一致。然后你可以分别解析它们。您可以在读取日志时进行合并。

【讨论】：