返回介绍

systemd.journal-fields 中文手册

发布于 2020-11-08 09:27:19 字数 9277 浏览 1055 评论 0 收藏 0

名称

systemd.journal-fields — 特殊的日志字段

描述

每一条日志都像是数据库中的一条记录,并且字段的内容可以是二进制数据。文本字段统一格式化为UTF-8格式,二进制字段仅在格式化为UTF-8无意义时才使用二进制格式。应用可以自由定义新字段,但是某些字段名称具有特定的专属含义。所有具有特定专属含义的字段都是可选的。在某些情况下,同一个字段可以在同一条日志记录中出现多次。

用户字段

用户字段是指那些直接从客户端传递过来的字段,并且会被存储在日志文件中。

MESSAGE=

人类易读的消息字符串。 这是显示给用户的主要文本, 通常不被转换(个别情况例外), 并且不用于创建该条日志的元数据。

MESSAGE_ID=

消息类型标识符。 一个不含任何标点符号、用小写十六进制字符串表示的128位无符号整数(如果存在的话)。 开发者可以使用 journalctl --new-id128 命令生成一个与UUID兼容的新标识符。

PRIORITY=

消息优先级(也就是日志等级), 是一个 0 ("emerg") 到 7 ("debug") 之间的十进制整数。 与 syslog 的消息优先级含义相同。

CODE_FILE=, CODE_LINE=, CODE_FUNC=

产生此消息的 程序源代码的具体位置(如果知道的话): 源代码文件名、行号、函数名。

ERRNO=

导致产生此消息的底层Unix错误代码(如果存在的话), 是一个 errno(3) 格式的十进制整数。

SYSLOG_FACILITY=, SYSLOG_IDENTIFIER=, SYSLOG_PID=, SYSLOG_TIMESTAMP=

syslog 兼容的字段: facility(一个十进制数字,表示产生日志的子系统)、标签、客户端PID 、原始日志报文中的时间戳。 其中的"标签"通常由 glibc 的 program_invocation_short_name(3) 函数生成。

SYSLOG_RAW=

原始日志报文中的 syslog 行的原始内容。 仅当 MESSAGE= 字段被修改、 或者无法正确定位时间戳(不包含 SYSLOG_TIMESTAMP=)时,才会包含此字段。 当日志消息包含前导或尾随空格(将会被删除)、 或者包含 NUL 字节(NUL 字节及其后的任何内容将会被删除)时,消息将被截断。因此,原始 syslog 行要么存储为 SYSLOG_RAW= 、 要么根据存储的优先级以及 facility, timestamp, identifier, MESSAGE= 重新创建。

可信字段

可信字段是指名称以下划线开头的字段。这些字段由日志守护进程添加,客户端无法掌控这些字段的内容,因此是"可信的"。

_PID=, _UID=, _GID=

产生此日志消息的进程的: PID、UID、GIU ,都是十进制的数字。 注意,通过派生进程的 "stdout" 或 "stderr" 获得的日志项中会包含父进程的认证证书 (用于发起到 systemd-journald 的连接)

_COMM=, _EXE=, _CMDLINE=

产生此日志消息的进程的: 名称、执行路径、命令行

_CAP_EFFECTIVE=

产生此日志消息的进程的有效 capabilities(7)

_AUDIT_SESSION=, _AUDIT_LOGINUID=

产生此日志消息的进程的: 审计会话、审计登录UID , 这两个信息由内核的审计子系统负责维护。

_SYSTEMD_CGROUP=, _SYSTEMD_SLICE=, _SYSTEMD_UNIT=, _SYSTEMD_USER_UNIT=, _SYSTEMD_SESSION=, _SYSTEMD_OWNER_UID=

产生此日志消息的进程的: systemd cgroup路径、systemd slice 单元、 systemd 单元名称(若存在)、 systemd 用户会话单元名称(若存在)、systemd 会话ID(若存在) systemd 用户单元的属主UID 或 产生原始日志消息的进程的systemd会话(若存在)属主UID

_SELINUX_CONTEXT=

产生此日志消息的进程的 SELinux 安全上下文(label)

_SOURCE_REALTIME_TIMESTAMP=

此日志消息的最早可信时间戳(若可知), 这不同于此消息被接收到的时间。 值是一个整数,。 表示距离1970年1月1日零时(UTC/GMT午夜)的微秒数(比秒更精确)

_BOOT_ID=

产生此日志消息时所处的"启动ID", 是一个用小写十六进制字符串表示的 128位无符号整数。

_MACHINE_ID=

产生此日志消息的主机的"machine ID", 参见 machine-id(5) 手册。

_SYSTEMD_INVOCATION_ID=

产生此日志消息的单元当时所处的运行周期(invocation ID)。 也就是该单元内的进程所能看到的 $INVOCATION_ID 变量的值(参见 systemd.exec(5) 手册)

_HOSTNAME=

产生此日志消息的主机的主机名。

_TRANSPORT=

此日志消息的 来源:

audit

内核审计系统

driver

由内部生成

syslog

通过syslog协议 从本地syslog套接字文件获取

journal

通过本地日志协议 获取

stdout

服务的 标准输出(STDOUT)与标准错误(STDERR)

kernel

内核消息

_STREAM_ID=

此字段仅用于 "_TRANSPORT=stdout" 记录, 表示日志流的唯一ID标识(在创建日志流时自动生成的128位随机ID),每个日志流都拥有一个唯一ID标识。 该字段可用于在日志中标记来自同一个日志流的全部记录。

_LINE_BREAK=

此字段仅用于 "_TRANSPORT=stdout" 记录, 表示来自标准输出流或标准错误流的日志消息并不是以常规的换行符("\n", ASCII 10)结束的。 具体说来就是:(1) nul 表示以 NUL 字节终止; (2) line-max 表示因为到达了最大行长度而终止(参见 journald.conf(5) 手册中的 LineMax= 选项); (3) eof 表示这是日志流中的最后一条记录,并且此日志流没有以常规的换行符终结。 注意,如果日志记录以常规的换行符作为结束标记, 那么将不会生成此字段。

内核字段

内核字段是指那些来源于内核的消息所特有的字段。

_KERNEL_DEVICE=

内核设备名称。 块设备用 "b主设备号:次设备号" 格式, 字符设备用 "c主设备号:次设备号" 格式, 网络设备用 "n主设备号:次设备号" 格式。 对于其他类型的设备, 则用 "+子系统名称:内核设备名" 格式, 例如: "+platform:rtc_cmos" 或 "+scsi:host0"

_KERNEL_SUBSYSTEM=

该设备所属的内核子系统名称。例如: "platform" 或 "scsi"

_UDEV_SYSNAME=

该设备在 /sys 中显示的名称。 例如: "rtc_cmos" 或 "host0"

_UDEV_DEVNODE=

该设备在 /dev 中的节点路径。 例如:"/dev/bus/usb/002/001"

_UDEV_DEVLINK=

/dev 中指向此设备节点的额外软连接名称。 此字段可能有多个。

代表其他程序记录的字段

这些字段用于表明其中的内容来自于其他程序或单元。

systemd-coredump会使用如下两个字段:

COREDUMP_UNIT=, COREDUMP_USER_UNIT=

用于表明包含内存转储(coredump)的消息 来源于哪个单元(可能是系统单元或用户单元)。参见 coredumpctl(1) 手册。

特权程序(UID=0)可以添加一个OBJECT_PID= 字段。这将导致 systemd-journald根据调用者的行为添加更多的额外字段:

OBJECT_PID=PID

此条日志消息所附属的进程的PID

OBJECT_UID=, OBJECT_GID=, OBJECT_COMM=, OBJECT_EXE=, OBJECT_CMDLINE=, OBJECT_AUDIT_SESSION=, OBJECT_AUDIT_LOGINUID=, OBJECT_SYSTEMD_CGROUP=, OBJECT_SYSTEMD_SESSION=, OBJECT_SYSTEMD_OWNER_UID=, OBJECT_SYSTEMD_UNIT=, OBJECT_SYSTEMD_USER_UNIT=

这些就是 systemd-journald 额外添加的字段, 其含义与如下对应的字段相同(见前文): _UID=, _GID=, _COMM=, _EXE=, _CMDLINE=, _AUDIT_SESSION=, _AUDIT_LOGINUID=, _SYSTEMD_CGROUP=, _SYSTEMD_SESSION=, _SYSTEMD_UNIT=, _SYSTEMD_USER_UNIT=, _SYSTEMD_OWNER_UID=

定位字段

在将日志内容转化为外部其他格式(例如JournalExport FormatJournalJSON Format)的时候,用于对日志消息进行定位的字段将被命名为以双下划线开头的名称。注意,这些字段并不存在于日志数据库中,仅用于导出日志时对每条消息进行定位。在使用例如sd_journal_send(3)这样的接口存储日志时也禁止使用这些字段名称,同样的,也不可用于sd_journal_add_match(3) 接口进行匹配。

__CURSOR=

此条日志的游标。 游标是一个文本字符串,类似于该条日志的指纹, 唯一的确定了此条日志的位置, 并且可以跨机器、跨平台、跨日志文件保持唯一性。

__REALTIME_TIMESTAMP=

日志收集守护进程接收到该条消息时的 主板硬件时钟时间戳(CLOCK_REALTIME)。 值是一个整数, 表示距离1970年1月1日零时(UTC/GMT午夜)的微秒数。 注意,该字段与"_SOURCE_REALTIME_TIMESTAMP="字段不同, 该字段的值一般略晚于"_SOURCE_REALTIME_TIMESTAMP="字段的值, 并且通常是单调递增的。

__MONOTONIC_TIMESTAMP=

日志收集守护进程接收到该条消息时的 严格单调递增时间戳(CLOCK_MONOTONIC)。 值是一个整数, 表示距离此次系统启动以来的微秒数。 与"_BOOT_ID="组合使用, 可精确的定位此条日志。

参见

systemd(1), journalctl(1), journald.conf(5), sd-journal(3), coredumpctl(1), systemd.directives(7)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文