100％CPUを使用してsystem.logを汚染するsecurityd

Mavericksにアップグレードしたため、多くの場合、フルCPUパワーを使用した以下のプロセスがあります。

• securityd
• syslogd
• kernel_task

1秒あたり数千のメッセージで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ます。

システム全体を再起動すると、同じ問題が再び発生する前に、すべてがしばらく問題ないように見えます。この問題の原因はまだわかりませんでした。

私の場合、haywire securitydプロセスはGitHubデスクトップアプリが原因でした-コミット中に、ネットワークの問題がsshハンドシェイクでエラーを引き起こしました。その後のコミットはうまくいきました。GitHubアプリが開いたままになり、securitydがCPUを加熱していました。GitHubアプリを終了すると、問題が修正されました-おそらくsecuritydで何かを終了します。したがって、securitydには、暗号操作中に、おそらくsshとハンドシェイクだけで、いくつかの無限ループの問題があると思います。

そのため、毎日のワークフローでsecuritydがトリガーされるかどうか（サーバーにログインするか、github？）を確認し、問題を特定してください。

次の端末コマンドを使用してSecurityAgentを再起動すると、一時的に問題を軽減できます。

sudo killall SecurityAgent

これは私のために毎回働いた。私はまだ根本原因を調査しています。

私の知る限り、これは別のユーザーアカウントに切り替えることでトリガーされました。元のパスワードを忘れたため、パスワードをリセットする必要がありました。これにより、複数のキーチェーンエラー（キーチェーンのロックを解除するために必要な元のパスワード）が発生し、「Apple Messages Agentはキーチェーンの「ログイン」アイテムを使用したい」という行に沿ってプロンプトの「無限ループ」を受け取りました。

XPCは一般的なプロセス間通信プロトコルであり、オンデマンドでのみロードされるため、実際の原因のトラブルシューティングは問題になる場合があります。Appleソフトウェアは、サードパーティのプログラムと同様にこのサブシステムを使用します。したがって、Appleのせいかもしれませんし、実行中の何かかもしれません。 （そして、おそらく、合法的な重いワークロードとロギングだけ）。

コンピューターのエネルギー使用量またはコンピューターのパフォーマンスに著しく影響するほど迅速で制御できない診断ログは、障害と見なされることに同意します。

これに対処する最も生産的な方法は、実際に問題を文書化し、これをバグとしてアップルに報告することです。

マーベリックスは、すべてのプロセスの診断ツールとエネルギー使用量の両方を、関心のあるエンドユーザーに公開するという素晴らしい仕事をしています。

• エネルギーセーバーを開き、エネルギーを選択し、平均エネルギーインパクトで並べ替えます-前日の使用ログを処理するウィンドウの画像をスナップします。
• CPUビューを選択して検索しsecurityd、アクティブなタスクのリストでそれを選択してから、[表示]メニューまたはツールバーのギアから[システム診断の実行...]を選択します。
• 画像と圧縮された診断レポートの両方をhttps://developer.apple.com/bug-reporting/の Appleに送信します。

ある種の開発者アカウントに関連付けられているAppleIDが必要になるため、特定のバグをAppleに報告するためのアカウントがまだない場合は無料でSafari開発者としてサインアップできます。

コンソールにまったく同じメッセージが表示され、1週間以内に同じ問題が2回連続して表示されます。

私にとっては、通常、再起動すると問題が解決します（マシンが応答しなくなったため、最初に強制的にシャットダウンする必要がありました）。そして、あなたのように、私はまだメッセージを開始するトリガーを見つけていません。

アクティビティモニターは犯人ではありません。通常、ファンが夢中になることで警告されるので、CPUの約90％を使用してsyslogdとsecuritydの両方を確認するためにアクティビティモニターを起動します。

これはMavericksよりずっと古いバグかもしれないと思います。私は自分のをチェックしたことがないので、あなたと同じ問題を抱えているかどうかはわかりませんsyslogがsecurityd、CPUとRAMを使い果たしました。2007年の古いソリューションを使用しました（Leopardの場合？）。

tldr：

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

その後再起動します。OS Xは自動的に新しいファイルを作成するため、後で古いファイルを削除してください。

virtualBoxを使用してVMを作成しましたが、この問題は多少再現可能です。キーチェーンアイテムをいくつか作成しました。キーチェーンアイテムの対象となるWebサイトにアクセスすると、VMが1〜2分間ハングしてから解放されます。git-osxkeychain-helperが原因で、securitydプロセスがCPU全体を使用する場合があります。

キーチェーンマネージャーと何か関係があるようです。私はこれを持っていて、キーチェーンを殺しましたが、消えました。