seguridad usando 100% CPU y contaminante system.log

Desde que actualicé a Mavericks, a menudo tengo los siguientes procesos usando la potencia total de la CPU:

• securityd
• syslogd
• kernel_task

Supongo que securitydcontiene un error, porque está contaminando /var/log/system.logcon miles de mensajes por segundo, y el sistema no puede hacer un seguimiento.

Aquí hay un ejemplo de mensajes que recibo:

Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---

Creo que este es un problema crítico, ya que hace que Mac OS X sea extremadamente lento y no responda.

Matar securityidno ayuda. El proceso se recrea y sigue contaminando syslogd.

Si reinicio todo el sistema, todo parece estar bien por un tiempo, antes de que vuelva a ocurrir el mismo problema. Todavía no descubrí qué desencadena este problema.

En mi caso, el proceso de seguridad fuera de control 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. Las confirmaciones posteriores salieron bien. La aplicación GitHub se dejó abierta, securityd estaba calentando mi CPU. Salir de la aplicación GitHub solucionó el problema, probablemente terminando algo en securityd. Entonces, supongo que securityd tiene un problema de bucle infinito durante las operaciones de cifrado, tal vez solo con ssh y apretones de manos.

Por lo tanto, verifique si su flujo de trabajo diario puede desencadenar seguridad (¿iniciando sesión en el servidor? Github?) Y aísle el problema.

Puede aliviar temporalmente el problema reiniciando SecurityAgent utilizando 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 olvidé la contraseña original. Esto causó múltiples fallas en el llavero (se requiere contraseña original para desbloquear el llavero) y obtuve un 'bucle interminable' de mensajes en la línea de 'Apple Messages Agent quiere usar el elemento' iniciar sesión 'de su llavero ...'

La resolución de problemas de la causa real puede ser problemática ya que XPC es un protocolo genérico de comunicación entre procesos 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 tal vez 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 notablemente el uso de energía de la computadora o el rendimiento de la computadora debe considerarse un error.

La forma más productiva de solucionarlo es documentar el problema y reportarlo como un error a Apple.

Mavericks ha hecho un trabajo estelar 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 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 la imagen y el informe de diagnóstico comprimido a Apple en https://developer.apple.com/bug-reporting/

Necesitará un AppleID 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 habilitada para informar errores específicos a Apple.

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

Para mí, el reinicio generalmente resuelve el problema (la primera vez 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, por lo general, el fanático me alerta, por lo que inicio el monitor de actividad solo para ver syslogd y securityd usando aproximadamente el 90% de la CPU.

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

tldr:

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

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

Creé una VM usando virtualBox y este problema es algo recreable. He creado algunos elementos de llavero y cuando visito el sitio web para el que es el elemento de llavero, la VM se cuelga durante un buen 1-2 minutos, luego se libera. Puede ser git-osxkeychain-helper causando que el proceso de seguridad se coma toda la CPU.

Parece tener algo que ver con el administrador de llaveros. Estaba teniendo esto y maté el llavero y se fue.