securityd usando 100% de CPU y sistema.log contaminante

En mi caso, el proceso de Haywire securityd fue causado por la aplicación de escritorio GitHub: durante la confirmación, los problemas de red causaron un error en el protocolo de enlace ssh. Los compromisos posteriores fueron bien. La aplicación GitHub se dejó abierta, securityd estaba calentando mi CPU. Al salir de la aplicación GitHub se solucionó el problema, probablemente se estaba terminando algo en securityd. Así que mi conjetura es que securityd tiene un problema de bucle infinito durante las operaciones de cifrado, tal vez solo con ssh y handshakes.

Entonces, compruebe si y cómo su flujo de trabajo diario puede activar securityd (iniciar sesión en el servidor? github?) y aislar el problema.

Puede aliviar el problema temporalmente al reiniciar SecurityAgent con el siguiente comando de terminal:

sudo killall SecurityAgent

Esto funcionó cada vez para mí. Todavía estoy investigando la causa raíz.

Por lo que puedo decir, esto se activó al cambiar a otra cuenta de usuario donde tuve que restablecer la contraseña, ya que había olvidado la contraseña original. Esto causó múltiples fallas en el Llavero (se requiere una contraseña original para desbloquear el Llavero) y recibí un "bucle sin fin" de indicaciones en la línea de "El Agente de Mensajes de Apple quiere usar el elemento" inicio de sesión "de su llavero ..."

La solución de problemas de la causa real puede ser problemática desde XPC es un protocolo de comunicación entre procesos genérico y solo se carga bajo demanda. El software de Apple utiliza este subsistema al igual que cualquier programa de terceros, por lo que podría ser culpa de Apple o podría ser algo que esté ejecutando y el problema principal es que no tiene una manera fácil de saber qué programa está causando la gran carga de registro. (y quizás una gran carga de trabajo legítima, así como solo el registro).

Estoy de acuerdo en que cualquier registro de diagnóstico que sea tan rápido e incontrolable que afecte al consumo de energía de la computadora o al rendimiento de la computadora se debe considerar un error.

La forma más productiva de abordar eso es documentar el problema e informar de esto como un error a Apple.

Mavericks ha realizado un excelente trabajo al exponer tanto las herramientas de diagnóstico como el uso de energía a lo largo del tiempo de todos los procesos al usuario final interesado.

• Abra Energy Saver, seleccione Energy y ordene por Avg Energy Impact: tome una foto de la ventana que procesa los registros de uso del último día.
• Seleccione la vista de la CPU, busque securityd , selecciónela en la lista de tareas activas y luego "Ejecutar diagnósticos del sistema ..." desde el menú Ver o el engranaje en la barra de herramientas.
• Envíe tanto la imagen como el informe de diagnóstico comprimido a Apple en enlace

Necesitará un ID de Apple asociado con algún tipo de cuenta de desarrollador, por lo que puede registrarse como desarrollador de Safari de forma gratuita si aún no tiene una cuenta que esté habilitada para informar de errores específicos a Apple.

Veo el mismo problema exacto por segunda vez consecutiva en una semana con los mismos mensajes exactos en la consola.

Para mí, el reinicio por lo general resuelve el problema (la primera vez que tuve que forzar el apagado porque la máquina no respondía). Y como usted, todavía tengo que encontrar el desencadenante que inicia los mensajes.

El monitor de actividad no es el culpable, generalmente el fanático me alerta, así que comienzo el monitor de actividad solo para ver tanto syslogd como securityd usando aproximadamente el 90% de la CPU.

Creo que este puede ser un error mucho más antiguo que los Mavericks. No estoy seguro de tener el mismo problema que tú porque nunca revisé mi syslog , pero sí tuve securityd consumiendo CPU y RAM. Usé una solución antigua de 2007 (para Leopard?).

tldr:

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

entonces reinicie. Siéntase libre de eliminar el archivo anterior después, ya que OS X crea automáticamente uno nuevo.

Creé una máquina virtual usando virtualBox y este problema es algo recreativo. He creado algunos elementos de llavero y cuando visito el sitio web para el que está el elemento de llavero, la máquina virtual se cuelga durante 1-2min, y luego se libera. Puede ser que git-osxkeychain-helper haga que el proceso securityd se coma toda la CPU.

Parece tener algo que ver con el administrador de llavero. Solo tenía esto y maté el llavero y se fue.