securityd usando 100% da CPU e poluindo system.log

Desde que atualizei para o Mavericks, geralmente tenho os seguintes processos usando a potência total da CPU:

• securityd
• syslogd
• kernel_task

Acho que securitydcontém um bug, porque está poluindo /var/log/system.logcom milhares de mensagens por segundo e o sistema não pode acompanhar.

Aqui está um exemplo de mensagens que recebo:

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 ---

Acredito que essa seja uma questão crítica, pois faz com que o Mac OS X seja extremamente lento e sem resposta.

Matar securityidnão ajuda. O processo é recriado e continua poluindo syslogd.

Se eu reiniciar o sistema inteiro, tudo ficará bem por um tempo, antes que o mesmo problema ocorra novamente. Ainda não descobri o que desencadeia esse problema.

No meu caso, o processo haywire securityd foi causado pelo aplicativo de desktop GitHub - durante a confirmação, problemas de rede causavam um erro no handshake ssh. As confirmações subsequentes foram boas. O aplicativo GitHub foi deixado aberto, o securityd estava aquecendo minha CPU. Sair do aplicativo GitHub corrigiu o problema - provavelmente encerrando algo no securityd. Então, meu palpite é que securityd tem algum problema de loop infinito durante operações de criptografia, talvez apenas com ssh e handshakes.

Portanto, verifique se e como seu fluxo de trabalho diário pode acionar o securityd (efetuando login no servidor? Github?) E isolar o problema.

Você pode aliviar temporariamente o problema reiniciando o SecurityAgent usando o seguinte comando do terminal:

sudo killall SecurityAgent

Isso funcionou cada vez para mim. Ainda estou investigando a causa raiz.

Tanto quanto posso dizer, isso foi acionado ao mudar para outra conta de usuário onde tive que redefinir a senha, pois havia esquecido a senha original. Isso causou várias falhas do chaveiro (a senha original é necessária para desbloquear o chaveiro) e recebi um 'loop infinito' de avisos ao longo das linhas do 'Apple Messages Agent quer usar o item' login 'do seu chaveiro'.

A solução de problemas da causa real pode ser problemática, pois o XPC é um protocolo de comunicação entre processos genérico e apenas carrega sob demanda. O software Apple usa esse subsistema como qualquer outro programa de terceiros - por isso pode ser culpa da Apple ou algo que você está executando e o principal problema é que você não tem uma maneira fácil de saber qual programa está causando a carga pesada de registro (e talvez uma carga de trabalho legítima pesada, além de apenas log).

Concordo que qualquer registro de diagnóstico que seja tão rápido e incontrolável que afete o uso de energia do computador ou o desempenho do computador visivelmente deve ser considerado uma falha.

A maneira mais produtiva de resolver isso é documentar o problema e reportá-lo como um bug à Apple.

O Mavericks fez um excelente trabalho ao expor as ferramentas de diagnóstico e o uso de energia ao longo do tempo de todos os processos ao usuário final interessado.

• Abra Economia de energia, selecione Energia e classifique por Impacto médio da energia - tire uma foto da janela que processa os registros de uso do último dia.
• Selecione a visualização da CPU, procure securityd, selecione-a na lista de tarefas ativas e, em seguida, "Execute Diagnósticos do Sistema ..." no menu Exibir ou na engrenagem na barra de ferramentas.
• Envie a imagem e o relatório de diagnóstico compactado para a Apple em https://developer.apple.com/bug-reporting/

Você precisará de um AppleID associado a algum tipo de conta de desenvolvedor, para poder se inscrever gratuitamente como desenvolvedor do Safari, se ainda não tiver uma conta habilitada para relatar erros específicos à Apple.

Estou vendo o mesmo problema exato pela segunda vez consecutiva dentro de uma semana com as mesmas mensagens exatas no console.

Para mim, a reinicialização geralmente resolve o problema (primeira vez que tive que forçar o desligamento, pois a máquina não respondeu). E, como você, ainda não encontrei o gatilho que inicia as mensagens.

O monitor de atividades não é o culpado; geralmente sou alertado pelo fã enlouquecendo, então inicio o monitor de atividades apenas para ver o syslogd e o securityd usando cerca de 90% da CPU.

Eu acho que isso pode ser um bug muito mais antigo que o Mavericks. Não tenho certeza se estava tendo o mesmo problema que você, porque nunca verifiquei o meu syslog, mas estava securitydconsumindo CPU e RAM. Eu usei uma solução antiga de 2007 (para o Leopard?).

tldr:

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

depois reinicie. Sinta-se à vontade para excluir o arquivo antigo posteriormente, pois o OS X cria automaticamente um novo.

Eu criei uma VM usando o virtualBox e esse problema é um pouco recreativo. Criei alguns itens de chaveiro e, quando visito o site para o qual o item é, a VM trava por um bom 1-2min e libera. Pode ser git-osxkeychain-helper, fazendo com que o processo de segurança consuma a CPU inteira.

Parece ter algo a ver com o gerenciador de chaves. Eu estava tendo isso e matei o chaveiro e ele desapareceu.