'uso da tabela inode' spiking todas as manhãs às 8h

2

Eu instalei o munin no meu servidor Ubuntu. Está mostrando o meu 'uso de tabela de inode' cravando todas as manhãs às 8h. Em seguida, ele rapidamente se curva e se acomoda ao longo de várias horas. O que pode causar isso?

Eu pensei que poderia ser algo em execução em /etc/cron.daily, mas isso foi configurado para ser executado às 6h. e eu mudei para 4 da manhã. O pico permanece às 8 da manhã. Também habilitei o log do cron, mas não consigo ver nada sendo lançado às 8h.

É um servidor virtual hospedado pela memset. Poderia ser causado por algo acontecendo no host virtual?

    
por Harry Wood 14.11.2011 / 13:09

2 respostas

2

Em uma configuração padrão do ubuntu / debian, algumas coisas serão executadas via 'anacron'. O tempo pode depender de vários fatores, especialmente quando a máquina inicializou, mas em uma máquina servidora ela será acionada às 7h30 todas as manhãs por padrão.

Isto é configurado no arquivo /etc/cron.d/anacron , então uma solução simples é editar esse arquivo e definir o tempo configurado para algo mais conveniente (por exemplo, meio da noite se você estiver preocupado as tarefas afetando o desempenho do dia) Não há necessidade de reiniciar nada.

O log do cron que eu habilitei, na verdade, estava mostrando o início do anacron às 7:30. Anacron demora um pouco antes de fazer qualquer coisa e também presumivelmente enfileirar vários trabalhos, o resultado é que um trabalho estava começando às 8 da manhã. cada dia e causando muito uso de tabela de inode (as pessoas sugeriram o re-índice de db mlocate) Eu não sei se isso estava causando algum problema de performance, mas agora parece mais saudável vê-lo fazendo isso no meio da noite .

Existe uma breve documentação específica para o Ubuntu aqui: link

... e explicação muito mais detalhada da interação entre cron e anacron aqui: link

    
por 23.11.2011 / 10:45
1

Procure cronjobs em execução nessa altura. No Ubuntu, verifique os arquivos em /etc/cron.daily primeiro, bem como o crontab do root ("sudo crontab -l"). Muito provavelmente é algo como a rotação de log, ou análise de log que está criando muitos arquivos temporários.

    
por 14.11.2011 / 13:29

Tags