opendirectoryd consume el 40% de la CPU

22

Tengo una MacBook Pro con Lion 10.7.2, CPU de 2.26 GHz y 2GB de RAM DDR3.

Si llamo

top -o cpu

El /usr/libexec/opendirectorydproceso consume más del 40% de la CPU.

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

ingrese la descripción de la imagen aquí

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

Respuestas:

22

El problema está relacionado con los enlaces simbólicos muertos en Dropbox. Encuéntralos usando:

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

La solución es: eliminar los enlaces simbólicos muertos. Si findno tiene la printfopción, use:

find -L ~/Dropbox -type l

Referencias

Para encontrar enlaces simbólicos muertos

Juan Pablo
fuente
findMe pregunto cómo obtuvo la primera solución para trabajar con el BSD en OS X. Al menos tiene que instalar GNU findutilspara obtener la printfopción.
slhck
He instalado findutils find --version 13:17 find (GNU findutils) 4.4.2
juanpablo
Bien, bueno, no se incluye con OS X, por lo que ese comando que usaste no hubiera funcionado.
slhck
Versión BSD del comando find que enumera enlaces simbólicos rotos: find '~/Dropbox' -type l -print0 | xargs -0 file | grep broken
Piotr Czapla
11

Como mencionó @juanpablo, esto puede ser causado por enlaces simbólicos.

Aparentemente, si un enlace simbólico apunta a /homeautofs o fuego automontado y toma mucha CPU para darse cuenta de que el lugar no existe.

Echa un vistazo a /etc/auto_homey /etc/autofs.conf.

Para ver si te está afectando este problema en particular, establece

AUTOMOUNTD_VERBOSE=TRUE

opción en autofs.conf, reiniciar automountd

sudo launchctl stop com.apple.automountd

y revise syslog.log (puede usar la aplicación: Consola). Te afecta este problema si ves algo así:

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

Para solucionarlo, edite el archivo /etc/auto_mastery elimine (o elimine #) la línea que comienza con /home. Entonces corre:

sudo automount -vc
Marek
fuente
1
Gracias, esto también resolvió mi problema, y ​​estaba relacionado con Dropbox: tenía algunos enlaces muertos que apuntaban a /homemi carpeta de Dropbox (copias de seguridad sobrantes de sistemas anteriores) que causaban este comportamiento. Deshabilitar /homeen auto_home lo arregló.
zzamboni
1

Para mí, lo que realmente resolvió fue desconectar el cable de Ethernet de mi iMac. Loco como suena :) Estaba siendo atacado desde afuera, fuerza bruta en mi sshd. El enrutador que tengo (de UPC, Cisco EPC3925) de forma predeterminada reenvía todo el tráfico desde el exterior al puerto Ethernet único que tiene. Al desenchufar el cable, el ataque se detuvo ya que el iMac solo se dejó en WiFi.

Aparentemente, sshd está usando opendirectoryd y es por eso que esto estaba sucediendo.

skrat
fuente