Eu tenho um MacBook Pro com Leão 10.7.2, CPU de 2.26 GHz e 2 GB de RAM DDR3.
Se eu ligar
top -o cpu
o processo /usr/libexec/opendirectoryd consome mais de 40% da CPU.
$ ps aux | grep opend
root 27834 40,4 0,3 2472048 5780 ?? Rs 6:36PM 167:19.66 /usr/libexec/opendirectoryd
O problema está relacionado aos links simbólicos mortos no Dropbox. Encontre-os usando:
find ~/Dropbox -type l -printf "%Y %p\n" | grep "^N"
A solução é: Remova os links simbólicos mortos. Se find não tiver a opção printf , use:
find -L ~/Dropbox -type l
Como mencionado por @juanpablo, isso pode ser causado por links simbólicos.
Aparentemente, se um symlink apontar para /home , o autofs ou o automountd são acionados e precisam de muita CPU para descobrir que o local realmente não existe.
Dê uma olhada em /etc/auto_home e /etc/autofs.conf .
Para ver se você está sendo atingido por esse problema específico, defina
AUTOMOUNTD_VERBOSE=TRUE
em autofs.conf , reinicie o automountd
sudo launchctl stop com.apple.automountd
e revise o syslog.log (você pode usar o aplicativo: Console). Você é afetado por esse problema se vir algo assim:
May 20 17:53:43 xxx automountd[31709]: od_search failed
Para solucionar isso, edite o arquivo /etc/auto_master e remova (ou altere o hash out # ) a linha que começa com /home . Então corra:
sudo automount -vc
Para mim, o que realmente resolveu foi desconectar o cabo ethernet do meu iMac. Louco como parece :) Eu estava sendo atacado de fora, bruteforce no meu sshd. O roteador que eu tenho (de UPC, Cisco EPC3925) por padrão encaminha todo o tráfego de fora para a única porta ethernet que possui. Ao desconectar o cabo, o ataque parou quando o iMac foi deixado apenas em WiFi.
Aparentemente, o sshd está usando o opendirectoryd e é por isso que isso estava acontecendo.