Cacti rrdtool graph sem valores, NaN no arquivo .rrd

Question

Cactos 0.8.7h, com o mais recente RRDTool. Eu fiz um gráfico com sucesso do tráfego da CPU / interface, mas recebi gráficos em branco como este:

...quandosetratademonitoramentodememória/temperatura.

Oproblema/bugérealmentearquivado aqui , no entanto, este post não ajudou.

Eu posso snmpget o valor, por exemplo, SNMPv2-SMI::enterprises.9.9.13.1.3.1.3.1 = Gauge32: 26 . No entanto, o problema parece existir no armazenamento desses valores para o arquivo .rrd.

Saída de rrdtool info powerbseipv6testrouter_cisco_memfree_40.rrd AVERAGE cisco_memfree conforme abaixo:

filename = "powerbseipv6testrouter_cisco_memfree_40.rrd" 
rrd_version = "0003"
step = 300
last_update = 1321867894
ds[cisco_memfree].type = "GAUGE"
ds[cisco_memfree].minimal_heartbeat = 600
ds[cisco_memfree].min = 0.0000000000e+00
ds[cisco_memfree].max = 1.0000000000e+12
ds[cisco_memfree].last_ds = "UNKN"
ds[cisco_memfree].value = 0.0000000000e+00
ds[cisco_memfree].unknown_sec = 94
rra[0].cf = "AVERAGE"
rra[0].rows = 600
rra[0].pdp_per_row = 1
rra[0].xff = 5.0000000000e-01
rra[0].cdp_prep[0].value = NaN
rra[0].cdp_prep[0].unknown_datapoints = 0
rra[1].cf = "AVERAGE"
rra[1].rows = 700
rra[1].pdp_per_row = 6
rra[1].xff = 5.0000000000e-01
rra[1].cdp_prep[0].value = NaN
rra[1].cdp_prep[0].unknown_datapoints = 0
rra[2].cf = "AVERAGE"
rra[2].rows = 775
rra[2].pdp_per_row = 24
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = NaN
rra[2].cdp_prep[0].unknown_datapoints = 18
rra[3].cf = "AVERAGE"
rra[3].rows = 797
rra[3].pdp_per_row = 288
rra[3].xff = 5.0000000000e-01
rra[3].cdp_prep[0].value = NaN
rra[3].cdp_prep[0].unknown_datapoints = 114
rra[4].cf = "MAX"
rra[4].rows = 600
rra[4].pdp_per_row = 1
rra[4].xff = 5.0000000000e-01
rra[4].cdp_prep[0].value = NaN
rra[4].cdp_prep[0].unknown_datapoints = 0
rra[5].cf = "MAX"
rra[5].rows = 700
rra[5].pdp_per_row = 6
rra[5].xff = 5.0000000000e-01
rra[5].cdp_prep[0].value = NaN
rra[5].cdp_prep[0].unknown_datapoints = 0
rra[6].cf = "MAX"
rra[6].rows = 775
rra[6].pdp_per_row = 24
rra[6].xff = 5.0000000000e-01
rra[6].cdp_prep[0].value = NaN
rra[6].cdp_prep[0].unknown_datapoints = 18
rra[7].cf = "MAX"
rra[7].rows = 797
rra[7].pdp_per_row = 288
rra[7].xff = 5.0000000000e-01
rra[7].cdp_prep[0].value = NaN
rra[7].cdp_prep[0].unknown_datapoints = 114

    

Answer 1

Além de atualizar para o último 0.8.8, você confirmou que você (ou o que quer que esteja tentando armazenar as informações do rrd no arquivo .rrd) pode? As permissões para o arquivo / diretório estão definidas corretamente para permitir isso?

Em resposta ao seu comentário de que a propriedade / permissões de arquivos / diretórios pode ser o problema, compartilharei o que eu descobri ser útil para minhas instalações do Cacti que são executadas no OpenBSD (seu posicionamento e sintaxe podem variar com outros sistemas ):

chown -R www:www /var/www/htdocs/*
echo 'web directories reset to www:www ownership'
chmod -R 777 /var/www/htdocs/cacti/plugins/*
chmod -R 777 /var/www/htdocs/cacti/log/*
chmod -R 777 /var/www/htdocs/cacti/rra/*
echo 'cacti plugin, log, and rra directories set to full r,w,x'

Eu uso muito os mapas meteorológicos em cactos e, muitas vezes, tenho que redefinir as permissões várias vezes e isso me poupa a dor de cabeça de pensar nisso constantemente.

O 777 pode ser muito aberto para essas seções em termos de segurança, e se assim for, eu ficaria feliz em apreciar uma configuração melhor a ser mencionada que ainda fornece usabilidade do aplicativo.

    

Answer 2

definir permissão no diretório rra

chown cacti:apache rra -R (Directory)
chmod 755 rra -R

Isso deve corrigir seu problema.

Não valores gráficos, mesmo que seu diretório rra esteja atualizado, isso significa que o apache não pode ler a pasta / arquivos devido a permissões.

Espero que isso ajude você.

    

Answer 3

defina o registro do cacti para DEBUG e verifique todas as estatísticas do Poller, erros do Poller, opções de aviso do Poller, verifique os arquivos cacti.log, geralmente ele mostrará a saída, você pode começar a investigar a partir do log