opendirectoryd consuma il 40% della CPU

22

Ho un MacBook Pro con Lion 10.7.2, CPU da 2,26 GHz e RAM DDR3 da 2 GB.

Se chiamo

top -o cpu

il /usr/libexec/opendirectorydprocesso consuma più del 40% della CPU.

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

inserisci qui la descrizione dell'immagine

— juanpablo
fonte

@slhck /usr/libexec/opendirectoryd

— juanpablo,

22

Il problema è legato ai collegamenti simbolici morti in Dropbox. Trovali usando:

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

La soluzione è: rimuovere i collegamenti simbolici morti. Se findnon hai l' printfopzione, usa:

find -L ~/Dropbox -type l

Riferimenti

Per trovare collegamenti simbolici morti

— juanpablo
fonte

Mi chiedo come hai ottenuto la prima soluzione per funzionare con BSD findin OS X. Devi almeno installare GNU findutilsper ottenere l' printfopzione.

— slhck

Ho installato findutils find --version 13:17 find (GNU findutils) 4.4.2

— juanpablo

Va bene, beh non viene fornito con OS X, quindi quel comando che hai usato non avrebbe funzionato.

— slhck

Versione BSD del comando find che elenca i collegamenti simbolici non funzionanti: find '~/Dropbox' -type l -print0 | xargs -0 file | grep broken

— Piotr Czapla,

11

Come menzionato da @juanpablo, ciò può essere causato da symlink.

Apparentemente, se un link simbolico indica /home, autofs o automountd si attivano e richiedono molta CPU per capire che il posto in effetti non esiste.

Dai un'occhiata a /etc/auto_homee /etc/autofs.conf.

Per vedere se sei stato colpito da questo particolare problema, imposta

AUTOMOUNTD_VERBOSE=TRUE

opzione in autofs.conf, riavvia automountd

sudo launchctl stop com.apple.automountd

e rivedere il file syslog.log (è possibile utilizzare l'applicazione: Console). Sei interessato da questo problema se vedi qualcosa del genere:

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

Per risolvere il problema, modifica il file /etc/auto_mastere rimuovi (o elimina #) la riga che inizia con /home. Quindi eseguire:

sudo automount -vc

— Marek
fonte

1

Grazie, questo ha risolto anche il mio problema, ed era relativo a Dropbox - avevo alcuni collegamenti morti che puntavano /homenella mia cartella Dropbox (backup rimanenti dai sistemi precedenti) che causavano questo comportamento. La disabilitazione /homein auto_home l'ha risolto.

— zzamboni,

1

Per me quello che ha veramente risolto è stato scollegare il cavo Ethernet dal mio iMac. Pazzo come sembra :) Ero attaccato da fuori, forza bruta sulla mia sshd. Il router che ho (da UPC, Cisco EPC3925) per impostazione predefinita inoltra tutto il traffico dall'esterno alla singola porta Ethernet che ha. Scollegando il cavo l'attacco si è interrotto poiché l'iMac è stato lasciato solo su WiFi.

Apparentemente sshd sta usando opendirectoryd ed è per questo che stava accadendo.

— SKRAT
fonte