securityd mit 100% CPU und umweltschädlichem system.log

13

Seit ich auf Mavericks aktualisiert habe, habe ich häufig die folgenden Prozesse mit voller CPU-Leistung:

securityd
syslogd
kernel_task

Ich denke, securitydenthält einen Fehler, weil er /var/log/system.logmit Tausenden von Nachrichten pro Sekunde verschmutzt und das System nicht nachverfolgen kann.

Hier ist ein Beispiel für Nachrichten, die ich erhalte:

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 ---

Ich glaube, dies ist ein kritisches Problem, da Mac OS X dadurch extrem langsam ist und nicht reagiert.

Töten securityidhilft nicht. Der Prozess wird neu erstellt und verschmutzt ständig syslogd.

Wenn ich das gesamte System neu starte, scheint für eine Weile alles in Ordnung zu sein, bevor das gleiche Problem erneut auftritt. Ich habe noch nicht herausgefunden, was dieses Problem auslöst.

mavericks

— Alexpirin
quelle

Wenn Sie keine gute Antwort erhalten, können Sie einen Fehlerbericht ausführen sudo sysdiagnose securitydund einreichen und möglicherweise Unterstützung von Apple erhalten, um den Fehler zu beheben oder die Ursache zu beheben.

— bmike

1

Sie könnten auch versuchen , vorübergehend zu entfernen /System/Library/LaunchDaemons/com.apple.securityd.plistoder /usr/sbin/securitydoder tun von der Recovery - Partition ein Upgrade - Installation von OS X .

— Lri

Ich habe dieses Problem mit Securityd Assertion auch mit 10.9 nicht bestanden. Ich bin mir noch nicht sicher, wo das Problem liegt, aber ich habe im abgesicherten Modus neu gestartet und verschiedene Pakete von Drittanbietern (Virenscanner, ...) mit von EtreCheck identifizierten Kernel-Erweiterungen deinstalliert . Ich vermute, dass eines davon das Problem ist, aber da es etwas zeitweise auftritt, werde ich noch eine Weile warten, bis ich behaupte, es behoben zu haben.

— Scott

4

In meinem Fall wurde der haywire securityd-Prozess durch die GitHub-Desktop-App verursacht. Während des Festschreibens verursachten Netzwerkprobleme einen Fehler beim ssh-Handshake. Nachfolgende Commits gingen gut. Die GitHub-App wurde offen gelassen, securityd heizte meine CPU auf. Das Beenden der GitHub-App hat das Problem behoben - wahrscheinlich wurde etwas in securityd beendet. Ich vermute also, dass securityd bei Kryptooperationen ein Problem mit Endlosschleifen hat, möglicherweise nur mit ssh und Handshakes.

Überprüfen Sie also, ob und wie Ihr täglicher Workflow securityd (Anmeldung am Server? Github?) Auslösen kann, und isolieren Sie das Problem.

— f055
quelle

Die Github-App war auch für mich der Schuldige.

— Teetotum

1

Sie können das Problem vorübergehend beheben, indem Sie SecurityAgent mit dem folgenden Terminalbefehl neu starten:

sudo killall SecurityAgent

Das hat jedes Mal bei mir funktioniert. Ich untersuche immer noch die Grundursache.

Soweit ich das beurteilen kann, wurde dies durch den Wechsel zu einem anderen Benutzerkonto ausgelöst, bei dem ich das Passwort zurücksetzen musste, da ich das ursprüngliche Passwort vergessen hatte. Dies verursachte mehrere Schlüsselbundfehler (ursprüngliches Passwort erforderlich, um den Schlüsselbund zu entsperren) und ich erhielt eine "Endlosschleife" von Eingabeaufforderungen nach dem Motto "Apple Messages Agent möchte das Element" Anmelden "von Ihrem Schlüsselbund verwenden."

— JBRWilkinson
quelle

Nach einem Login habe ich auch mehrere Eingabeaufforderungen zu meinem Passwort (2, 3, vielleicht 4 von Zeit zu Zeit).

— Alexpirine

Das Töten von SecurityAgent scheint auch für mich funktioniert zu haben. Vielen Dank! Aber ich möchte auch die Grundursache verstehen. Ich habe gerade den Fehler # 15924434 auf bugreport.apple.com mit der Ausgabe von sysdiagnose securityd gefüllt.

— Alexpirine

1

Die Fehlerbehebung bei der eigentlichen Ursache kann problematisch sein, da XPC ein generisches Kommunikationsprotokoll zwischen Prozessen ist und nur bei Bedarf geladen wird . Die Apple-Software verwendet dieses Subsystem wie jedes andere Programm eines Drittanbieters. Es könnte also ein Fehler von Apple sein oder etwas, das Sie ausführen. Das Hauptproblem besteht darin, dass Sie nicht leicht erkennen können, welches Programm die hohe Protokollierungslast verursacht (und vielleicht eine hohe legitime Arbeitsbelastung sowie nur Protokollierung).

Ich bin damit einverstanden, dass jede Diagnoseprotokollierung, die so schnell und unkontrollierbar ist, dass sie entweder den Energieverbrauch des Computers oder die Leistung des Computers spürbar beeinträchtigt, als Fehler angesehen werden sollte.

Der produktivste Weg, dies zu beheben, besteht darin, das Problem zu dokumentieren und Apple als Fehler zu melden.

Mavericks hat hervorragende Arbeit geleistet, um dem interessierten Endbenutzer sowohl die Diagnosetools als auch den Energieverbrauch aller Prozesse im Laufe der Zeit zugänglich zu machen.

Öffnen Sie Energy Saver, wählen Sie Energy und sortieren Sie nach Avg Energy Impact. Machen Sie ein Bild des Fensters, in dem die Nutzungsprotokolle des letzten Tages verarbeitet werden.
Wählen Sie die CPU-Ansicht aus, suchen Sie nach securityd, wählen Sie sie in der Liste der aktiven Aufgaben aus und klicken Sie dann entweder im Menü Ansicht oder im Zahnrad in der Symbolleiste auf "Systemdiagnose ausführen ...".
Senden Sie sowohl das Bild als auch den komprimierten Diagnosebericht an Apple unter https://developer.apple.com/bug-reporting/.

Sie benötigen eine AppleID, die mit einem Entwicklerkonto verknüpft ist. Sie können sich also kostenlos als Safari-Entwickler anmelden, wenn Sie noch kein Konto haben, das für die Meldung bestimmter Fehler an Apple aktiviert ist.

— bmike
quelle

Auch - wenn jemand Schritte hat, um diesen Fehler in securityd zu reproduzieren - werde ich gerne einen doppelten Fehlerbericht einreichen und die Arbeit erledigen, um diesen an Apple zu senden, aber ich habe kein einziges Systemprotokoll eines Volumens dieser Nachrichten in 10.9 für mehrere Monate.

— bmike

Vielen Dank für die Anweisungen. Ich habe einen Bericht erstellt, aber Ihr Link, über den ich den Bericht senden könnte, funktioniert nicht. Es wird zu einem JSON-Dataset umgeleitet, in dem angegeben wird, dass Ihre Sitzung aufgrund von Inaktivität abgelaufen ist.

— Alexpirine

Anscheinend hat sich die URL geändert. Ich werde auf den Artikel verweisen, in dem erklärt wird, wie das Tool stattdessen verwendet wird. Es hat einen Anmelde- und Anmeldelink auf der linken Seite (derzeit).

— bmike

Es funktioniert endlich - danke - vielleicht war es ein vorübergehender Fehler auf Apples Servern. Ich habe einen Fehler mit der Ausgabe von sysdiagnose securityd gefüllt.

— Alexpirine

0

Ich sehe das gleiche genaue Problem zum zweiten Mal in Folge innerhalb einer Woche mit genau den gleichen Meldungen in der Konsole.

Für mich löst ein Neustart normalerweise das Problem (das erste Mal musste ich das Herunterfahren erzwingen, da die Maschine nicht reagierte). Und wie Sie muss ich noch den Auslöser finden, der die Nachrichten startet.

Der Aktivitätsmonitor ist nicht der Schuldige. Normalerweise wird ich vom verrückten Fan alarmiert. Dann starte ich den Aktivitätsmonitor, um zu sehen, ob sowohl syslogd als auch securityd etwa 90% der CPU verbrauchen.

— Pierrot
quelle

Könnte der Auslöser darin bestehen, den Aktivitätsmonitor zu öffnen und ihn aufzufordern, historische Energieverbrauchsmuster grafisch darzustellen? Ich sehe dabei einen Anstieg der CPU-Auslastung, aber anscheinend sind meine Protokolle der letzten ein oder zwei Tage nicht so beschädigt, dass die Konsolenmeldungen überflutet werden.

— bmike

@bmike nein. Es scheint, als würde nichts Besonderes es auslösen. Ich habe das Gefühl, dass es passiert, wenn der Computer eine Weile eingeschaltet ist und ich mich nach einem Bildschirmschoner / einer angehaltenen Aktivität anmelde. Wenn ich mich anmelde, habe ich zwei oder drei weitere Eingabeaufforderungen zu meinem Kennwort. Dies kann mit diesem Problem zusammenhängen.

— Alexpirine

Ich habe einen Fehlerbericht unter bugreport.apple.com ausgefüllt und er wurde heute geschlossen. Es handelt sich um ein Duplikat des Fehlers # 15090630 (der noch offen ist). Gibt es eine Möglichkeit, diesen Fehlerbericht anzuzeigen?

— Alexpirine

0

Ich denke, das könnte ein Fehler sein, der viel älter ist als Mavericks. Ich bin mir nicht sicher, ob ich das gleiche Problem hatte wie Sie, weil ich meine nie überprüft habe syslog, aber ich hatte securitydCPU und RAM aufgebraucht. Ich habe eine alte Lösung aus dem Jahr 2007 verwendet (für Leopard?).

tldr:

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

dann neu starten. Sie können die alte Datei anschließend löschen, da OS X automatisch eine neue erstellt.

— Owen Masback
quelle

Hallo, bitte beachten Sie, dass dieser Fehler mit der Verschmutzung der Systemprotokolle zusammenhängt. Wenn securityd nicht so viel Debug-Ausgabe produzieren würde, würde das System nicht mit 100% CPU laufen. Anscheinend sind sich Apple-Entwickler dieses Fehlers bewusst, da ich ihn gemeldet habe und er als Duplikat markiert wurde. Also müssen wir wohl warten ...

— Alexpirine

0

Ich habe eine VM mit virtualBox erstellt und dieses Problem ist etwas wiederherstellbar. Ich habe einige Schlüsselbundelemente erstellt. Wenn ich die Website besuche, für die das Schlüsselbundelement bestimmt ist, bleibt die VM gut 1-2 Minuten lang hängen und wird dann freigegeben. Es kann sich um einen git-osxkeychain-Helfer handeln, der den securityd-Prozess veranlasst, die gesamte CPU zu verschlingen.

— jwallis
quelle

0

Scheint etwas mit dem Schlüsselbundmanager zu tun zu haben. Ich hatte gerade diesen und tötete Schlüsselbund und es ging weg.

— Bob
quelle