Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Journals>Daniel's Journal>Wenn "syslog" Probleme macht und die Lüfter heiß laufen... [UPDATE]

Wenn "syslog" Probleme macht und die Lüfter heiß laufen... [UPDATE]

Zum Glück habe ich kein Laptop, denn wenn mindestens ein CPU Kern ständig zu 100% ausgelastet ist, geht das sicher sehr unschön auf die Akkulaufzeit.

Naja, ich habe zum Glück einen iMac Core2Duo. Da wird wohl nur die Stromrechnung diesen Monat etwas höher.

Seit dem Update auf 10.5.2 spinnt nämlich der Deamon "syslog" und protokolliert ständig irgendwelche Sachen und ist damit gnadenlos überfordert.
Klar, dass das nicht normal ist und wie ich herausgefunden habe, kennt Apple das Problem auch. Sie kannten es auch schon unter 10.5.1, nur konnten sie es bis 10.5.2 offensichtlich nicht beheben. Einige User hatten das Problem schon unter 10.5.1 und es ging mit dem Update weg, anderen konnte das Update gar nicht helfen und bei wieder anderen, wie mir kam es erst mit dem Update.

Scheinbar gibt es auch keinen genauen Auslöser. In der Regel ist es irgend ein Programm, das den "syslogd" dazu veranlasst. Bei mir war es wahrscheinlich das Systemtool CheckUP. Aber auch andere Programme, wie TimeMachine oder iStumbler können die Ursache sein. Man kann das ganz gut rausfinden, wenn man das Programm Konsole.app öffnet und sich die Datei "system.log anschaut.

Manachmal scheint es zu helfen das jeweilige Programm einfach zu beenden und/oder zu deinstallieren. Bei mir hilf es nicht. Auch wenn ich einfach den "syslogd" mittels Aktivitätsanzeige.app beende, bringt das nichts, denn er startet sich einfach neu und macht da weiter, wo er aufgehört hat.

Was also machen? Ich hab die Lösung in den Kommentaren www.macosxhints.com gefunden. Was genau das alles bedeutet, weiß ich nicht, ich bin kein Geek. Aber es hilft!

  • Terminal.app öffnen
  • [*] Code eingeben:
    sudo launchctl stop com.apple.syslogd
    und Passwort eingeben
  • [*] Code eingeben:
    sudo rm /var/log/asl.db 
    [*] Code eingeben:
    sudo launchctl start com.apple.syslogd

Danach musste ich mit der Aktivitätsanzeige.app den "syslog" Deamon noch mal neu starten. Andere müssen das aber scheinbar nicht.

Jetzt läuft der "syslog" Deamon wieder um die 0 oder 1 % CPU Auslastung.

Vielleicht hilft die Lösung mit dem Terminal ja auch anderen mit dem Problem. Andere Lösungen scheinen nur manchmal und nicht bei jedem zu funktionieren.

[UPDATE]
Mein "syslog" Deamon spinnt immer noch, aber nur für kurze Zeit. höchstens eine Minute lang und dann ist wieder sehr lange Ruhe.
Eben gerade zum Beispiel, als ich die Kommentare zu diesem Journal gelesen habe ging es plötzlich wieder los. Kaum war ich fertig, war es auch wieder vorbei

Kommentare

Mr. Krabs
Mr. Krabs17.02.08 16:37
Wow, das nenne ich aus der Seele gesprochen. War gestern noch mit meinem Notebook unterwegs, Akkulaufzeit war dementsprechend bescheiden. Ich hab mich schon gewundert, warum der Lüfter die ganze Zeit an ist, ist doch ein recht seltenes "Event" bei einem Macbook
Auslöser war ebenfalls iStumbler, ich habs nur leider zu spät bemerkt... Danke für diesen Eintrag!
Deux Strudel!
domheu17.02.08 19:50
hab das selbe problem. mal schauen obs hilft. aber danke schonmal
MetaWops17.02.08 19:51
Prima, dan!

Das Problem hatte ich hier mit meinem PowerMac neulich auch. Nach einiger Recherche im Netz lernte ich viel über den syslogd.

Man kann noch mehr tun, außer diese asl Datenbank Datei einfach nur zu löschen. Um zu verhindern, dass sie wieder riesengroß wird (wie groß war sie bei Dir?), kann man dem Start des syslogd u.a. den Parameter -c mit einem Wert 0 (z.B.) mitgeben.

In der man page zum syslogd heißt es dazu u.a.:

-c Sets a cutoff filter for log priorities for messages to be retained in the log message data store. The value of log_cutoff must be between 0 and
7, corresponding to log priorities LOG_EMERG or ASL_LEVEL_EMERG and LOG_DEBUG or ASL_LEVEL_DEBUG as defined in the syslog(3) and asl(3) header
files. Received messages with a priority or level value greater than the cutoff will not be saved in the data store. The default filter will
retain messages in the range 0 (Emergency) to 5 (Notice) inclusive.

Den Startparameter "-c 0" (damit nur die aller notwendigsten Meldungen ("emergency") protokolliert werden) setzt man, indem man das Property List File des syslogd anpasst, am besten mit dem PropertyListEditor, der sich mit den Developer Tools installiert.

Das .plist File für unseren Fall ist dieses hier: /System/Library/LaunchDaemons/com.apple.syslogd.plist

Man muss im Abschnitt ProgramArguments zwei(!) weitere Einträge hinzufügen (am Ende der Liste anhängen). Beide sind vom Typ String, der Inhalt des ersten ist dann "-c" (ohne die Anführungszeichen) und der Inhalt des zweiten "0". Der "nullte" Parameter muss weiterhin der Name inkl. Pfad zum syslogd binary bleiben: /usr/sbin/syslogd

Jedenfalls habe ich es so im Netz gefunden. Kann einer sagen, ob auch EIN neuer Eintrag im .plist File genügt, mit dem Inhalt "-c 0"? Habe das nicht ausprobiert.

Bei mir ist jetzt auch Ruhe mit dem Amok laufenden syslogd. (Hatte das unter 10.5.1 gemacht und jetzt auf 10.5.2 geupdated. Immer noch alles ruhig.)

Take care,
Stefan.


filnko
filnko18.02.08 11:57
hatte genau das gleiche problem unter 10.5.1
konnte es auch durch die von dir berschriebenen tricks wegbringen.
auslöser dürfte damals ein von mir falsch programmierter java-code im quartz composer gewesen sein.
Gerhard Uhlhorn18.02.08 15:06
Ich hatte auf beiden meinen Rechnern dieses Problem. Das letzte Update 10.5.2 hat es auf dem Powerbook beseitigt. Auf dem iMac existierte es weiter, und ich habe es auch durch das Löschen der /var/log/asl.db beseitigen können. Man kann diese Datei aber auch ganz ohne Terminal löschen (ist ja schließlich ein Mac ). Finder-Menü: Gehe zu/Gehe zum Ordner oder Befehl-Umschalt-G (⇧⌘G).

Bis dahin hatte ich mir mit dem Terminal-Befehl
sudo launchctl unload /System/Library/LaunchDaemons/com.apple.syslogd.plist
geholfen. Der schaltet syslogd ab, bis zum nächsten Start.

Der Fehler ist übrigens bei Apple unter der ID# 5412475 bekannt.
zappa
zappa20.02.08 17:25
Bei mir war anscheinend IPSecuritas Schuld. Mal abwarten, ob die Deinstallation Ruhe bringt.

Kommentieren

Sie müssen sich einloggen, um diese Funktion nutzen zu können.