Não tenho certeza se é isso que você está procurando, mas você pode dar uma olhada no aumento do tempo limite no process_perfdata.cfg. encontrei esta informação no site nagios-portal
Eu tenho um servidor antigo (baseado em P4) no qual o nagios (e todas as outras ferramentas para monitorar) está em execução.
Nas últimas semanas, estamos vendo um comportamento estranho.
No / var / spool / pnp4nagios (onde os arquivos temporários são armazenados antes de serem processados pelo daemon pnp4nagios), temos muitos arquivos como perfdata.1274949941-PID-18839 e obtemos um erro no npcd.log:
[05-27-2010 11:17:46] NPCD: ThreadCounter 0/15 File is perfdata.1274951306-PID-27849
[05-27-2010 11:17:46] NPCD: File 'perfdata.1274951306-PID-27849' is an already in process PNP file. Leaving it untouched.
Às vezes, alguns gráficos não são desenhados.
O servidor é bem carregado (cerca de 5-6 normalmente) e eu suspeito que o npcd entra em tempo limite e deixa esses arquivos para trás.
O que eu poderia fazer (além de mudar o servidor)?
Poucas informações sobre o sistema:
centos 5,5
nagios 3.2.1
pnp4nagios 0.6 (de fontes)
Obrigado
Não tenho certeza se é isso que você está procurando, mas você pode dar uma olhada no aumento do tempo limite no process_perfdata.cfg. encontrei esta informação no site nagios-portal
Esse erro desapareceu quando mudei da configuração clássica do pnp4nagios (bulk) para um modo npcd e nagios mais eficiente (npcdmod).
Consegui agilizar um pouco o servidor usando o google perftools no Nagios e no pnp4nagios.
Pelo menos agora não estamos perdendo nenhum perfdata.
Provavelmente, a melhor maneira continua a mudar o servidor.