使用100％CPU和污染system.log进行安全保护

12

自从我升级到Mavericks以来，经常有以下进程使用全部CPU能力：

securityd
syslogd
kernel_task

我想securityd其中包含一个错误，因为它/var/log/system.log每秒污染成千上万条消息，并且系统无法跟进。

这是我收到的消息的示例：

Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---

我认为这是一个关键问题，因为它使Mac OS X极其缓慢且无响应。

杀人securityid无济于事。重新创建该过程，并保持污染syslogd。

如果我重新启动整个系统，那么一段时间后一切似乎还可以，然后再发生同一问题。我还没有弄清楚是什么触发了这个问题。

mavericks

— 苦参碱
source

如果您没有很好的答案，则可以运行sudo sysdiagnose securityd并提交错误报告，并可能从Apple寻求帮助以修复错误或对问题进行故障排除。

— bmike

1

您也可以尝试暂时删除/System/Library/LaunchDaemons/com.apple.securityd.plist或/usr/sbin/securityd或做从恢复分区OS X的升级安装。

— Lri

我也遇到了10.9的安全断言失败问题。我不确定问题是什么，但是我已经在安全模式下重新启动，并正在卸载具有EtreCheck标识的内核扩展的各种第三方软件包（病毒扫描程序，...）。我怀疑其中一个是问题所在，但是由于它有点间歇性，因此我要等一会儿再声明修复它。

— 斯科特，

3

就我而言，haywire安全过程是由GitHub桌面应用程序引起的-在提交期间，网络问题导致ssh握手错误。随后的提交很好。GitHub应用程序保持打开状态，securityd正在加热我的CPU。退出GitHub应用可解决此问题-可能会终止具有安全性的内容。所以我的猜测是，securityd在加密操作期间可能存在一些无限循环问题，可能只是ssh和握手。

因此，请检查您的日常工作流程是否以及如何触发安全性（登录到服务器？github？）并找出问题所在。

— f055
source

Github应用程序也是我的罪魁祸首。

— Teetotum

1

您可以使用以下终端命令重新启动SecurityAgent，以暂时缓解此问题：

sudo killall SecurityAgent

每次都对我有用。我仍在调查根本原因。

据我所知，这是由于切换到另一个用户帐户而触发的，因为我忘记了原始密码，因此不得不重设密码。这导致了多个钥匙串故障（解锁钥匙串所需的原始密码），并且我收到了“无休止的循环”提示，类似于“ Apple Messages Agent想要使用钥匙串中的项目”。

— JBR威尔金森
source

登录后，我还会收到多个有关密码的提示（有时是2、3或4个）。

— alexpirine

杀死SecurityAgent似乎也对我有用。谢谢！但我也想了解根本原因。我刚刚用sysdiagnose securityd的输出填充了bugreport.apple.com上的错误＃15924434 。

— alexpirine

1

由于XPC是通用的进程间通信协议，并且仅按需加载，因此对实际原因进行故障排除可能会遇到问题。Apple软件和任何第三方程序一样都使用该子系统-因此可能是Apple的故障，也可能是您正在运行的东西，主要问题是您没有一种简单的方法来知道哪个程序导致了沉重的日志记录负担（也许是繁重的合法工作量以及日志记录）。

我同意，任何快速且不可控制的诊断日志记录都会明显影响计算机的能源使用或计算机的性能，应视为故障。

解决问题的最有效方法实际上是记录问题并将其作为错误报告给Apple。

小牛在向感兴趣的最终用户展示诊断工具和所有过程随时间推移的能源使用方面所做的出色工作。

打开“节能器”，选择“能源”，然后按“平均能源影响”排序-捕获处理前一天使用日志的窗口的图片。
选择CPU视图，搜索securityd，在活动任务列表中选择它，然后从“视图”菜单或工具栏中的齿轮中选择“运行系统诊断...”。
将图片和压缩后的诊断报告都发送至Apple，网址为https://developer.apple.com/bug-reporting/

您将需要一个与某种开发人员帐户相关联的AppleID，因此，如果您还没有用于向Apple报告特定错误的帐户，则可以免费注册为Safari开发人员。

— bmike
source

另外-如果有人有措施在securityd中重现此错误-我将很高兴提交一份重复的错误报告，并努力将其提交给Apple，但我没有一个系统在10.9上记录任何数量的此类消息，数月。

— bmike

感谢您的指示，我生成了一份报告，但是您可以用来发送报告的链接无效。它重定向到JSON数据集，并说“您的会话由于不活动而超时”。

— alexpirine

网址似乎已更改，我将链接到解释如何使用该工具的文章。该页面左侧（当前）有一个登录和注册链接。

— bmike

它终于可以工作了-谢谢-也许这是苹果服务器上的一个临时错误。我用sysdiagnose securityd的输出填充了一个错误。

— alexpirine

0

我在一周内第二次在控制台中看到完全相同的消息，而出现相同的完全相同的问题。

对我来说，重新启动通常可以解决问题（由于机器无响应，我第一次不得不强制关机）。和您一样，我还没有找到启动消息的触发器。

活动监视器不是罪魁祸首，通常我会收到风扇发疯的警报，因此我启动活动监视器只是为了查看syslogd和使用约90％CPU的安全性。

— 皮埃罗
source

触发器可能会打开“活动监视器”，并要求其绘制历史能源使用模式图吗？当我这样做时，我会看到CPU使用率的峰值，但是很明显，过去一两天我的日志并没有以导致控制台消息泛滥的方式被破坏。

— bmike

@bmike号似乎没有什么特别的触发它。我的感觉是，它会在计算机打开一段时间后以及在屏幕保护程序/暂停的活动后登录时发生。另外，当我登录时，我还有另外两个或三个关于密码的提示，可能与这个问题有关。

— alexpirine

我在bugreport.apple.com上填写了一个错误报告，并于今天关闭，并说它与错误＃15090630（仍在打开）重复。有没有办法查看此错误报告？

— alexpirine 2014年

0

我认为这可能是比小牛老得多的错误。我不确定自己是否遇到了与您相同的问题，因为我从未检查过自己的syslog，但确实securityd吃光了CPU和RAM。我使用了2007年以来的旧解决方案（适用于Leopard？）。

tldr：

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

然后重新启动。之后，请随意删除旧文件，因为OS X会自动创建一个新文件。

— 欧文·马斯贝克（Owen Masback）
source

您好，请注意，该错误与系统日志污染有关。如果securityd不会产生太多调试输出，则系统将无法在100％CPU上运行。显然，Apple开发人员知道此错误，因为我报告了该错误，并将其标记为重复。所以我想我们必须等待……

— alexpirine 2014年

0

我使用virtualBox创建了一个VM，这个问题在某种程度上是可以重新创建的。我创建了一些钥匙串项目，当我访问该钥匙串项目所在的网站时，VM会挂起1-2分钟，然后释放。可能是git-osxkeychain-helper导致安全进程吞噬了整个cpu。

— 沃利斯
source

0

似乎与钥匙串管理器有关。我刚拿到这个东西，杀死了钥匙串，它就消失了。

— 鲍勃
source