OSX Sierra 不断登录到控制台

som*_*_id 10 macos

我在 OSX Sierra 上的控制台应用程序中注意到它每秒至少会突发大约 100 条消息。

与 opendirectoryd、删除、securityd、identityservicesd、钥匙串错误有关

一些日志

default 20:53:40.570741 +0000   amfid   CSSM Exception: -2147411889 CSSMERR_CL_UNKNOWN_TAG
default 20:53:40.570772 +0000   amfid   MacOS error: -67050
default 20:53:40.774748 +0000   securityd   looking for a common at /private/var/db/crls/crlcache2.db
default 20:53:40.778097 +0000   launchservicesd CSSM Exception: -2147411889 CSSMERR_CL_UNKNOWN_TAG
default 20:53:40.805489 +0000   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
default 20:53:40.887464 +0000   opendirectoryd  Client: <private>, UID: 501, EUID: 501, GID: 20, EGID: 20
default 20:53:43.122701 +0000   opendirectoryd  <private> failed with error '<private>' (2)
default 20:53:51.248548 +0000   securityd   0x7fff5aa948d0 dead connection 85559
Run Code Online (Sandbox Code Playgroud)

我在网上发现了一些帖子,说它是 Sierra 的钥匙串问题,但是这里有人有关于这个问题的更多信息。

例如,macOS Sierra 上的控制台日志过多

bmi*_*ike 2

这显然是设计使然,而且现在 Apple 已从记录 /private/var/log 中的文本文件过渡到使用数据库和 Apple 的统一日志记录 SDK/API,因此每小时处理数万条消息一点也不异常。操作系统(macOS、iOS、watchOS、tvOS)。

我也怀念从命令行跟踪日志文件并能够查看正在发生的情况(或保持控制台应用程序打开)的日子,并开始设置保存的搜索的过程,以便我可以在控制台应用程序。然而,在超过 8 天的正常运行时间内,记录了相似数量的消息 - 负责记录日志的守护进程累计的 CPU 总时间不到 2 分钟。实际上,如此喋喋不休并不是对系统造成可测量的负载。除非您对钥匙串或打开目录有特定问题,否则我只会从控制台中的视图中过滤这些结果(或仅过滤您需要查看的消息)。

一旦我确信不存在性能问题(没有泄漏、RAM 稳定、CPU 使用率和文件系统使用率极其合理且高效),这里的链接帮助我决定停止(也许合理化)担心冗长的日志并开始过滤我需要的东西:

ASL 确实是一种完全不同的野兽,syslog尽管它们最终做的是同样的事情,而且我们需要时不时地消耗两者的输出。