opendirectoryd verbraucht 40% der CPU

22

Ich habe ein MacBook Pro mit Lion 10.7.2, 2,26 GHz CPU und 2 GB DDR3 RAM.

Wenn ich anrufe

top -o cpu

Der /usr/libexec/opendirectorydProzess verbraucht mehr als 40% der CPU.

$ ps aux | grep opend                                                                       
root 27834 40,4 0,3 2472048 5780 ?? Rs 6:36PM 167:19.66 /usr/libexec/opendirectoryd

Bildbeschreibung hier eingeben

macos osx-lion process cpu-usage Juan Pablo
quelle
@slhck /usr/libexec/opendirectoryd
juanpablo

Antworten:

22

Das Problem hängt mit den toten Symlinks in Dropbox zusammen. Finden Sie sie mit:

find ~/Dropbox -type l -printf "%Y %p\n" | grep "^N"

Die Lösung lautet: Entfernen Sie die toten Symlinks. Wenn Sie finddie printfOption nicht haben , verwenden Sie:

find -L ~/Dropbox -type l

Verweise

Um tote Symlinks zu finden

Juan Pablo
quelle
Fragen Sie sich, wie Sie die erste Lösung erhalten haben, die mit BSD findin OS X funktioniert. Sie müssen mindestens GNU installieren findutils, um die printfOption zu erhalten.
Slhck
Ich habe findutils find
Version
Okay, es wird nicht mit OS X ausgeliefert, sodass der von Ihnen verwendete Befehl nicht funktioniert hätte.
Slhck
BSD-Version des Suchbefehls, die defekte Symlinks auflistet: find '~/Dropbox' -type l -print0 | xargs -0 file | grep broken
Piotr Czapla
11

Wie von @juanpablo erwähnt, kann dies durch Symlinks verursacht werden.

Anscheinend, wenn ein Symlink auf /home, autofs oder automountd verweist , feuern Sie und nehmen Sie viel CPU, um herauszufinden, dass der Platz tatsächlich nicht existiert.

Schauen Sie sich /etc/auto_homeund an /etc/autofs.conf.

Um zu sehen, ob Sie von diesem bestimmten Problem betroffen sind, legen Sie fest

AUTOMOUNTD_VERBOSE=TRUE

Option in autofs.conf, automountd neu starten

sudo launchctl stop com.apple.automountd

und überprüfen Sie die Datei syslog.log (Sie können folgende Anwendung verwenden: Konsole). Sie sind von diesem Problem betroffen, wenn Sie Folgendes sehen:

May 20 17:53:43 xxx automountd[31709]: od_search failed

Um dieses Problem zu umgehen, bearbeiten Sie die Datei /etc/auto_masterund entfernen Sie #die Zeile, die mit beginnt , (oder hacken Sie sie ab ) /home. Dann renne:

sudo automount -vc
Marek
quelle
1
Vielen Dank, dies hat auch mein Problem gelöst und es hing mit Dropbox zusammen. Ich hatte einige tote Links /homein meinem Dropbox-Ordner (übrig gebliebene Sicherungen von früheren Systemen), die dieses Verhalten verursachten. Deaktivierung /homein auto_home behoben.
zzamboni
1

Für mich war das Herausziehen des Ethernet-Kabels von meinem iMac die Lösung. Verrückt wie es sich anhört :) Ich wurde von außen angegriffen, bruteforce auf meinem sshd. Der von mir verwendete Router (von UPC, Cisco EPC3925) leitet den gesamten Datenverkehr von außen an den einzelnen Ethernet-Port weiter, über den er verfügt. Durch Abziehen des Kabels wurde der Angriff gestoppt, da der iMac nur über WLAN verfügte.

Anscheinend verwendet sshd opendirectoryd und deshalb geschah dies.

Skrat
quelle