CPU parada em 99% por algumas horas: descobrindo logs

8

extrair de syslog :

CRON[pid]: (user) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -
execdir fuser -s {} 2>/dev/null \; -delete)

Minha CPU ficou presa em 99% por algumas horas agora, e estou assumindo que é por causa disso. Alguém saberia o que é isso, como começou e como parar?

EDIT: Eu tentei top -n1 e vejo isso em retorno várias vezes:

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND  
PID user      20   0     0    0    0 Z 99.9  0.0   0:00.00 fuser <defunct>

esta linha se repete cerca de 8 vezes.

EDIT2:

uname-a:

user SMP Tue Feb 14 13:27:41 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux'
lsb_release -a:
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 11.10
Release:    11.10
Codename:   code

EDIT 3:

Após a reinicialização, o sistema voltou para o mesmo 99% cpu usage e o mesmo resultado top -n1 .

    
por Jack 26.06.2012 / 02:25

2 respostas

2

Encontrei a resposta aqui: link

em /etc/cron.d/php5 on Ubuntu 11.10:

Substituir 09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] &amp;&amp; [ -d /var/lib/php5 ] &amp;&amp; find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2&gt;/dev/null \; -delete

com o% 09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] &amp;&amp; [ -d /var/lib/php5 ] &amp;&amp; find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete

    
por 27.06.2012 / 04:53
5

Este é um trabalho cron que limpa arquivos de sessão antigos de / var / lib / php5 /. Se ele travar em 99%, talvez você deva verificar a pasta de destino (/ var / lib / php5 /) por uma quantidade excessiva de arquivos ou talvez até mesmo corrupção do sistema de arquivos.

O processo é iniciado a partir do crontab. Veja as listagens de crontab (descritas aqui ). Você pode matar o processo e removê-lo do crontab, mas é mais provável que você tenha um problema subjacente, como uma quantidade excessiva de arquivos que precisam ser corrigidos.

    
por 26.06.2012 / 02:33