Mein Systemprotokoll sagt mir, dass der Ereignismonitor ständig neu gestartet wird und ich keine Ahnung habe, was das eigentliche Problem sein könnte.
Systemprotokoll:
Oct 19 21:03:44 funkymachinename emond[51201]: SetUpLogs: uid = 0 gid = 0 Oct 19 21:03:44 funkymachinename emond[51201]: SetUpLogs: opening /Library/Logs/EventMonitor/EventMonitor.error.log Oct 19 21:03:44 funkymachinename com.apple.xpc.launchd[1] (com.apple.emond): Service only ran for 0 seconds. Pushing respawn out by 10 seconds.
Event Monitor Started 2014-10-19 20:52:02 +0200 No rules found in /private/etc/emond.d/rules/, quitting.... Event Monitor Shutdown at 2014-10-19 20:52:02 +0200
Überprüfen des genannten Ordners:
~ $ ll /private/etc/emond.d/rules/ total 0 drwxr-xr-x 3 root wheel 102 Aug 30 04:55 . drwxr-xr-x 4 root wheel 136 Aug 30 04:55 .. -rw-r--r-- 1 root wheel 822 Aug 30 04:55 SampleRules.plist
Ich habe das mit einer OSX-Installation verglichen, die nicht ständig abspringt und es scheint gut zu sein.
Was könnte das Problem sein?
Es ist mir immer noch nicht klar, was das eigentliche Problem war, aber nach dem Neustart der Maschine wurde alles wieder normal. Es tut mir leid, dass Sie nicht neu gestartet haben, bevor Sie gefragt werden :). Ich werde diese Frage immer noch jemandem überlassen, der eine richtige Antwort auf die eigentliche Ursache gibt.
Till vor 10 Jahren
0
Ich habe genau das gleiche Problem - im Grunde die Protokolle, die sich mit diesen Meldungen füllen. Keine Ahnung, ob es Auswirkungen auf die Leistung gibt. Dies begann nach einem Upgrade auf Yosemite. Ein Neustart hilft in meinem Fall nicht. Meine Frage: Soll emond alle 10 Sekunden gestartet werden oder gibt es irgendwo ein Konfigurationsproblem?
RJR vor 10 Jahren
0
@RJR ja, es soll losgehen - aber nur einmal (und weiterlaufen, daher das "d" für daemon in seinem Namen). Es wird definitiv nicht gut, weil es ständig erneut erscheint, weil es nicht läuft.
Till vor 10 Jahren
0
Ich hatte erwartet, dass sich der Dämon selbst herunterfahren würde, nachdem er keine Regeln gefunden hatte. Ich denke, 'keine Regeln gefunden' sollte kein Fehler sein, sondern nur Informationen.
RJR vor 10 Jahren
0
2 Antworten auf die Frage
9
Alex Varju
Das gleiche Verhalten habe ich nach der Deinstallation von Server.app festgestellt. Ich glaube, ich habe es behoben, indem ich Folgendes getan habe:
sudo launchctl unload /System/Library/LaunchDaemons/com.apple.emond.plist # remove the Server.app paths from the additionalRulesPaths array sudo vi /etc/emond.d/emond.plist sudo rm /var/db/emondClients/com.apple.server sudo launchctl load /System/Library/LaunchDaemons/com.apple.emond.plist
Ich konnte die Befehle zum Entladen und Laden auf macOS Sierra aufgrund der geschützten Systemdateien nicht ausführen. Ich habe jedoch gerade die Datei com.apple.server aus dem Verzeichnis emondClients entfernt und damit das Problem behoben.
Ben L. vor 7 Jahren
0
7
Shadow Radiance
Öffnen Sie die Datei /private/etc/emond.d/rules/Sample.plist
Die Beispielregel protokolliert lediglich die Startzeit für den Ereignisüberwachungsdämon. Wenn Sie jedoch etwas tun, wird der ständige Neustart des Dämons beendet.
Während dies das Problem für einige beheben könnte, ist es für mich immer noch auf `gerichtet`und immer noch (nach dem Neustart, wie in meinen Kommentaren erwähnt), wird der Daemon nicht ständig neu gestartet.
Till vor 10 Jahren
0
Also ... es ist die beste Antwort, aber Sie hatten Glück, weil ein Neustart das Problem behoben hat?
Shadow Radiance vor 10 Jahren
0
Es scheint die einzige Antwort zu sein, und offen gesagt beschreibt es etwas, das überhaupt nicht benötigt wird. Die Standardeinstellung für diesen Wert ist "false", und dafür gibt es höchstwahrscheinlich einen Grund. Was Sie hier beschreiben, ist eine Problemumgehung, würde ich sagen.
Till vor 10 Jahren
1
Der Pfad zur Datei war unter OS X 10.11 `/ private / etc / emond.d / rules / SampleRules.plist` für mich. Die Einstellung "aktiviert" hat es für mich behoben.
orkoden vor 8 Jahren
2