Cacti graph history only 2 days

Post general support questions here that do not specifically fall into the Linux or Windows categories.

Moderators: Developers, Moderators

Velnias
Posts: 11
Joined: Wed Nov 03, 2010 4:50 am

Cacti graph history only 2 days

Post by Velnias »

Hi, i was looking for a solution for a week now, but came out empty.

the problem is that i have created a graph and it only keeps history for 2 days. Could someone tell me where I made a mistake?

0. Versions:
Cacti 0.8.7i
RRDtool 1.4.4
OS: Centos 5.7 (x86_64)

1. Data input method:
Input Type: Script/Command
Input string: /usr/bin/wget -q -O - <url>
Input fields: url to a text file on webserver (contains only one value status:1 or status:0)
Output fields: status

2. Data template
Data template
Data template
data_template.PNG (50.08 KiB) Viewed 7438 times
3. Graph template
Graph template
Graph template
graph_template.PNG (73.77 KiB) Viewed 7438 times
4. CDEF functions
for OK status (1): cdef=a,1,LE,1,0,IF
for notOK stauts (0): cdef=a,0,EQ,1,0,IF

draws green area when OK, and red area when not OK.

5. Graph
Graph
Graph
graph.PNG (82.72 KiB) Viewed 7438 times
6. Graph debug output:

Code: Select all

RRDTool Command:

/usr/bin/rrdtool graph - \
--imgformat=PNG \
--start=-86400 \
--end=-300 \
--title='xxxxxxxxxxxxxxxxxxxxx status from xxxxxxxxxxxxxxxxxxxx' \
--base=1000 \
--height=50 \
--width=700 \
--upper-limit='1' \
--lower-limit='0' \
--y-grid='none' \
--vertical-label= \
--slope-mode \
--font TITLE:12:'/usr/share/fonts/bitstream-vera/VeraSe.ttf' \
--font AXIS:8:'/usr/share/fonts/bitstream-vera/VeraSe.ttf' \
--font LEGEND:9:'/usr/share/fonts/bitstream-vera/VeraSe.ttf' \
--font UNIT:8:'/usr/share/fonts/bitstream-vera/VeraSe.ttf' \
DEF:a="/var/www/cacti/rra/xxxxxxxxxxxxxxxx_status_3344.rrd":status:LAST \
CDEF:cdefa=a,1,LE,1,0,IF \
CDEF:cdefb=a,0,EQ,1,0,IF \
AREA:cdefa#00aa00FF:"status OK"  \
AREA:cdefb#FF0000FF:"status NOT OK"  \
GPRINT:a:LAST:"Current Status%8.0lf\n" 

RRDTool Says:

OK
7. Data source debug output:

Code: Select all

Data Source Debug

/usr/bin/rrdtool create \
/var/www/cacti/rra/xxxxxxxxxxxxxxxx_status_3344.rrd \
--step 300  \
DS:status:GAUGE:600:U:U \
RRA:AVERAGE:0.5:1:500 \
RRA:AVERAGE:0.5:1:600 \
RRA:AVERAGE:0.5:6:700 \
RRA:AVERAGE:0.5:24:775 \
RRA:AVERAGE:0.5:288:797 \
RRA:MAX:0.5:1:500 \
RRA:MAX:0.5:1:600 \
RRA:MAX:0.5:6:700 \
RRA:MAX:0.5:24:775 \
RRA:MAX:0.5:288:797 \
RRA:LAST:0.5:1:500 \
RRA:LAST:0.5:1:600 \
RRA:LAST:0.5:6:700 \
RRA:LAST:0.5:24:775 \
RRA:LAST:0.5:288:797 \
8. RRDtool info output:

Code: Select all

rrdtool info /var/www/cacti/rra/xxxxxxxxxxxxxxxx_status_3344.rrd

filename = "/var/www/cacti/rra/xxxxxxxxxxxxxxxx_3344.rrd"
rrd_version = "0003"
step = 300
last_update = 1330413303
header_size = 2672
ds[status].index = 0
ds[status].type = "GAUGE"
ds[status].minimal_heartbeat = 600
ds[status].min = NaN
ds[status].max = NaN
ds[status].last_ds = "1"
ds[status].value = 3.0000000000e+00
ds[status].unknown_sec = 0
rra[0].cf = "AVERAGE"
rra[0].rows = 500
rra[0].cur_row = 124
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 = 600
rra[1].cur_row = 382
rra[1].pdp_per_row = 1
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 = 700
rra[2].cur_row = 359
rra[2].pdp_per_row = 6
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = 3.0000000000e+00
rra[2].cdp_prep[0].unknown_datapoints = 0
rra[3].cf = "AVERAGE"
rra[3].rows = 775
rra[3].cur_row = 225
rra[3].pdp_per_row = 24
rra[3].xff = 5.0000000000e-01
rra[3].cdp_prep[0].value = 1.5000000000e+01
rra[3].cdp_prep[0].unknown_datapoints = 0
rra[4].cf = "AVERAGE"
rra[4].rows = 797
rra[4].cur_row = 648
rra[4].pdp_per_row = 288
rra[4].xff = 5.0000000000e-01
rra[4].cdp_prep[0].value = 8.5996666667e+01
rra[4].cdp_prep[0].unknown_datapoints = 0
rra[5].cf = "MAX"
rra[5].rows = 500
rra[5].cur_row = 205
rra[5].pdp_per_row = 1
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 = 600
rra[6].cur_row = 321
rra[6].pdp_per_row = 1
rra[6].xff = 5.0000000000e-01
rra[6].cdp_prep[0].value = NaN
rra[6].cdp_prep[0].unknown_datapoints = 0
rra[7].cf = "MAX"
rra[7].rows = 700
rra[7].cur_row = 314
rra[7].pdp_per_row = 6
rra[7].xff = 5.0000000000e-01
rra[7].cdp_prep[0].value = 1.0000000000e+00
rra[7].cdp_prep[0].unknown_datapoints = 0
rra[8].cf = "MAX"
rra[8].rows = 775
rra[8].cur_row = 633
rra[8].pdp_per_row = 24
rra[8].xff = 5.0000000000e-01
rra[8].cdp_prep[0].value = 1.0000000000e+00
rra[8].cdp_prep[0].unknown_datapoints = 0
rra[9].cf = "MAX"
rra[9].rows = 797
rra[9].cur_row = 272
rra[9].pdp_per_row = 288
rra[9].xff = 5.0000000000e-01
rra[9].cdp_prep[0].value = 1.0000000000e+00
rra[9].cdp_prep[0].unknown_datapoints = 0
rra[10].cf = "LAST"
rra[10].rows = 500
rra[10].cur_row = 63
rra[10].pdp_per_row = 1
rra[10].xff = 5.0000000000e-01
rra[10].cdp_prep[0].value = NaN
rra[10].cdp_prep[0].unknown_datapoints = 0

Can anyone tell me what i did wrong? Ideally i would need to store 1 year of data.
noname
Cacti Guru User
Posts: 1566
Joined: Thu Aug 05, 2010 2:04 am
Location: Japan

Re: Cacti graph history only 2 days

Post by noname »

Velnias
Posts: 11
Joined: Wed Nov 03, 2010 4:50 am

Re: Cacti graph history only 2 days

Post by Velnias »

It is somewhat similar, it is just that in my case it is not random. It always 2 days, and only on those graphs where i use these CDEF functions. Have no idea why.
And my Poll interval is 5 minutes, NOT every minute.
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Re: Cacti graph history only 2 days

Post by gandalf »

Is this installation running a 1 minute polling?
R.
Velnias
Posts: 11
Joined: Wed Nov 03, 2010 4:50 am

Re: Cacti graph history only 2 days

Post by Velnias »

gandalf wrote:Is this installation running a 1 minute polling?
R.
no. I tried it once though, but rolled back to 5 minutes.
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Re: Cacti graph history only 2 days

Post by gandalf »

Well, to be honest, the RRA definitions used are wrong. You do have two RRA entries with same PDP count (==1) where only one should exist. This happens, when a Data Template has ALL RRAs selected (you should perhaps omit the first one or, better, delete it completely).
You will have to recreate all RRD files, as rrdtool does not allow removing an RRA once the file has been created.
This is NOT a known solution, but a guess! This HAS happened in the past and HAS NOT been identified as a problem yet. But this may depend on the rrdtool version used.
R.
noname
Cacti Guru User
Posts: 1566
Joined: Thu Aug 05, 2010 2:04 am
Location: Japan

Re: Cacti graph history only 2 days

Post by noname »

Hmm..
I also have this kind of RRD files (= included same PDPs in it), but it seems not have major issues.
Of course the granularity of 'Hourly' graph is not fine than 'Daily' because of using 5-minute polling.
Image
(Cacti 0.8.7g / RRDtool 1.3.6)
gandalf wrote:This HAS happened in the past and HAS NOT been identified as a problem yet. But this may depend on the rrdtool version used.
Perhaps that could be so..
Velnias
Posts: 11
Joined: Wed Nov 03, 2010 4:50 am

Re: Cacti graph history only 2 days

Post by Velnias »

Ok, so i remove Hourly from my data source template, delete datasource, graph and recreate them. Will wait 2-3 days and see what happens.
gandalf wrote:Well, to be honest, the RRA definitions used are wrong. You do have two RRA entries with same PDP count (==1) where only one should exist. This happens, when a Data Template has ALL RRAs selected (you should perhaps omit the first one or, better, delete it completely).
You will have to recreate all RRD files, as rrdtool does not allow removing an RRA once the file has been created.
This is NOT a known solution, but a guess! This HAS happened in the past and HAS NOT been identified as a problem yet. But this may depend on the rrdtool version used.
R.
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Re: Cacti graph history only 2 days

Post by gandalf »

Please provide the exact rrdtool version used and your OS platform to be able to reproduce. I know have all (ALL!) currently available rrdtool versions present on my dev box ...
R.
Velnias
Posts: 11
Joined: Wed Nov 03, 2010 4:50 am

Re: Cacti graph history only 2 days

Post by Velnias »

gandalf wrote:Please provide the exact rrdtool version used and your OS platform to be able to reproduce. I know have all (ALL!) currently available rrdtool versions present on my dev box ...
R.
I though the versions i gave in my first post were enough. But here they are again:

RRD Tool:

Code: Select all

rrdtool -v
RRDtool 1.4.4  Copyright 1997-2010 by Tobias Oetiker <tobi@oetiker.ch>
               Compiled Jul  9 2010 00:04:50
OS version (64-bit)

Code: Select all

uname -a
Linux monitor 2.6.18-274.17.1.el5 #1 SMP Tue Jan 10 17:25:58 EST 2012 x86_64 x86_64 x86_64 GNU/Linux

tail /etc/redhat-release
CentOS release 5.7 (Final)
Cacti Version 0.8.7i with PIA
Last edited by Velnias on Mon Mar 05, 2012 2:34 am, edited 1 time in total.
Velnias
Posts: 11
Joined: Wed Nov 03, 2010 4:50 am

Re: Cacti graph history only 2 days

Post by Velnias »

Deleting the the first RRA and recreating the graph, solved my problem. Thanks a lot. Was struggling with this one.
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Re: Cacti graph history only 2 days

Post by gandalf »

Thanks for the response. I was not aware of rrdtool 1.4.4 breaking on such a setup (which, as already discussed, was wrong). Other versions were know as tolerating such a "glitch".
R.
jk00
Posts: 3
Joined: Fri Feb 08, 2013 9:39 am

Re: Cacti graph history only 2 days

Post by jk00 »

I am having a similar problem, although the interval before losing the history is 3 to 4 days in my case. When history data is lost, it is always lost for all data sources/graphs on a particular device. It also always happens at a firm time interval. Usually the data is lost right at midnight, but last night it happened at 1:00 am. there does seem to be a 3-4 day cycle but not all devices are affected at the same time. Some devices will lose data tonight, some tomorrow night, and so on. In conjunction with the primary symptom, the localhost cached memory usage has a pattern. It briefly spikes high at midnight (1am last night), then drops, then gradually increases for the remainder of the 24 hour period, then repeats.

Like the previous poster, I have all RRAs selected in the data template. I am very attached to the hourly 1 minute data and would hate to omit that RRA. Wondering if omitting the yearly RRA would be helpful in the same way? RRA definition has not been altered from the defaults. This has been very frustrating - any help is much appreciated!

Cacti info:
Cacti 8.8a (cactiEZ installation)
Spine 8.8
rrdtool 1.3.x
snmp 5.5
1 minute polling

Examples:
Graph
cacti_data_loss.jpg
cacti_data_loss.jpg (36.03 KiB) Viewed 6998 times
RRDTool Command

Code: Select all

RRDTool Command:
/usr/bin/rrdtool graph - \
--imgformat=PNG \
--start=-86400 \
--end=-60 \
--title='jrcynj65h90-pcore-01; Po2; Po2 to 32AOA-PCORE-01-new Po1 -' \
--rigid \
--base=1000 \
--height=120 \
--width=500 \
--alt-autoscale-max \
--lower-limit='0' \
--vertical-label='bits per second' \
--slope-mode \
--font TITLE:8: \
--font AXIS:8: \
--font LEGEND:8: \
--font UNIT:8: \
DEF:a="/var/www/html/rra/73/2392.rrd":'traffic_in':AVERAGE \
DEF:b="/var/www/html/rra/73/2392.rrd":'traffic_out':AVERAGE \
CDEF:cdefa='a,8,*' \
CDEF:cdefe='b,8,*' \
--watermark "Sidera Networks" \
AREA:cdefa#00CF00FF:"Inbound"  \
GPRINT:cdefa:LAST:" Current\:%8.2lf %s"  \
GPRINT:cdefa:AVERAGE:"Average\:%8.2lf %s"  \
GPRINT:cdefa:MAX:"Maximum\:%8.2lf %s\n"  \
LINE1:cdefe#002A97FF:"Outbound"  \
GPRINT:cdefe:LAST:"Current\:%8.2lf %s"  \
GPRINT:cdefe:AVERAGE:"Average\:%8.2lf %s"  \
GPRINT:cdefe:MAX:"Maximum\:%8.2lf %s\n"  \
COMMENT:" \n" \
HRULE:80655191.02#FF0000FF:"95th Percentile"  \
COMMENT:"(80.66 mbit in+out)" 
RRDTool Says:
OK
RRA Info

Code: Select all

filename = "2392.rrd"
rrd_version = "0003"
step = 60
last_update = 1360335366
ds[traffic_in].type = "COUNTER"
ds[traffic_in].minimal_heartbeat = 120
ds[traffic_in].min = 0.0000000000e+00
ds[traffic_in].max = 4.2949672950e+09
ds[traffic_in].last_ds = "38065207038359"
ds[traffic_in].value = 3.0826253390e+07
ds[traffic_in].unknown_sec = 0
ds[traffic_out].type = "COUNTER"
ds[traffic_out].minimal_heartbeat = 120
ds[traffic_out].min = 0.0000000000e+00
ds[traffic_out].max = 4.2949672950e+09
ds[traffic_out].last_ds = "27055208845453"
ds[traffic_out].value = 2.3991615051e+07
ds[traffic_out].unknown_sec = 0
rra[0].cf = "AVERAGE"
rra[0].rows = 500
rra[0].cur_row = 202
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[0].cdp_prep[1].value = NaN
rra[0].cdp_prep[1].unknown_datapoints = 0
rra[1].cf = "AVERAGE"
rra[1].rows = 600
rra[1].cur_row = 255
rra[1].pdp_per_row = 1
rra[1].xff = 5.0000000000e-01
rra[1].cdp_prep[0].value = NaN
rra[1].cdp_prep[0].unknown_datapoints = 0
rra[1].cdp_prep[1].value = NaN
rra[1].cdp_prep[1].unknown_datapoints = 0
rra[2].cf = "AVERAGE"
rra[2].rows = 700
rra[2].cur_row = 573
rra[2].pdp_per_row = 6
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = 1.0242240995e+07
rra[2].cdp_prep[0].unknown_datapoints = 0
rra[2].cdp_prep[1].value = 7.2699781258e+06
rra[2].cdp_prep[1].unknown_datapoints = 0
rra[3].cf = "AVERAGE"
rra[3].rows = 775
rra[3].cur_row = 458
rra[3].pdp_per_row = 24
rra[3].xff = 5.0000000000e-01
rra[3].cdp_prep[0].value = 4.0928084912e+07
rra[3].cdp_prep[0].unknown_datapoints = 0
rra[3].cdp_prep[1].value = 2.6225940618e+07
rra[3].cdp_prep[1].unknown_datapoints = 0
rra[4].cf = "AVERAGE"
rra[4].rows = 797
rra[4].cur_row = 511
rra[4].pdp_per_row = 288
rra[4].xff = 5.0000000000e-01
rra[4].cdp_prep[0].value = 1.6644617071e+08
rra[4].cdp_prep[0].unknown_datapoints = 0
rra[4].cdp_prep[1].value = 1.1300270326e+08
rra[4].cdp_prep[1].unknown_datapoints = 0
rra[5].cf = "MIN"
rra[5].rows = 500
rra[5].cur_row = 342
rra[5].pdp_per_row = 1
rra[5].xff = 5.0000000000e-01
rra[5].cdp_prep[0].value = NaN
rra[5].cdp_prep[0].unknown_datapoints = 0
rra[5].cdp_prep[1].value = NaN
rra[5].cdp_prep[1].unknown_datapoints = 0
rra[6].cf = "MIN"
rra[6].rows = 600
rra[6].cur_row = 50
rra[6].pdp_per_row = 1
rra[6].xff = 5.0000000000e-01
rra[6].cdp_prep[0].value = NaN
rra[6].cdp_prep[0].unknown_datapoints = 0
rra[6].cdp_prep[1].value = NaN
rra[6].cdp_prep[1].unknown_datapoints = 0
rra[7].cf = "MIN"
rra[7].rows = 700
rra[7].cur_row = 296
rra[7].pdp_per_row = 6
rra[7].xff = 5.0000000000e-01
rra[7].cdp_prep[0].value = 4.6372374026e+06
rra[7].cdp_prep[0].unknown_datapoints = 0
rra[7].cdp_prep[1].value = 3.3506123456e+06
rra[7].cdp_prep[1].unknown_datapoints = 0
rra[8].cf = "MIN"
rra[8].rows = 775
rra[8].cur_row = 675
rra[8].pdp_per_row = 24
rra[8].xff = 5.0000000000e-01
rra[8].cdp_prep[0].value = 4.4230525091e+06
rra[8].cdp_prep[0].unknown_datapoints = 0
rra[8].cdp_prep[1].value = 2.7444779795e+06
rra[8].cdp_prep[1].unknown_datapoints = 0
rra[9].cf = "MIN"
rra[9].rows = 797
rra[9].cur_row = 725
rra[9].pdp_per_row = 288
rra[9].xff = 5.0000000000e-01
rra[9].cdp_prep[0].value = 4.2087411409e+06
rra[9].cdp_prep[0].unknown_datapoints = 0
rra[9].cdp_prep[1].value = 2.7444779795e+06
rra[9].cdp_prep[1].unknown_datapoints = 0
rra[10].cf = "MAX"
rra[10].rows = 500
rra[10].cur_row = 84
rra[10].pdp_per_row = 1
rra[10].xff = 5.0000000000e-01
rra[10].cdp_prep[0].value = NaN
rra[10].cdp_prep[0].unknown_datapoints = 0
rra[10].cdp_prep[1].value = NaN
rra[10].cdp_prep[1].unknown_datapoints = 0
rra[11].cf = "MAX"
rra[11].rows = 600
rra[11].cur_row = 19
rra[11].pdp_per_row = 1
rra[11].xff = 5.0000000000e-01
rra[11].cdp_prep[0].value = NaN
rra[11].cdp_prep[0].unknown_datapoints = 0
rra[11].cdp_prep[1].value = NaN
rra[11].cdp_prep[1].unknown_datapoints = 0
rra[12].cf = "MAX"
rra[12].rows = 700
rra[12].cur_row = 364
rra[12].pdp_per_row = 6
rra[12].xff = 5.0000000000e-01
rra[12].cdp_prep[0].value = 5.1418665803e+06
rra[12].cdp_prep[0].unknown_datapoints = 0
rra[12].cdp_prep[1].value = 3.9193657802e+06
rra[12].cdp_prep[1].unknown_datapoints = 0
rra[13].cf = "MAX"
rra[13].rows = 775
rra[13].cur_row = 69
rra[13].pdp_per_row = 24
rra[13].xff = 5.0000000000e-01
rra[13].cdp_prep[0].value = 6.0563768034e+06
rra[13].cdp_prep[0].unknown_datapoints = 0
rra[13].cdp_prep[1].value = 4.1083305772e+06
rra[13].cdp_prep[1].unknown_datapoints = 0
rra[14].cf = "MAX"
rra[14].rows = 797
rra[14].cur_row = 513
rra[14].pdp_per_row = 288
rra[14].xff = 5.0000000000e-01
rra[14].cdp_prep[0].value = 6.8718779521e+06
rra[14].cdp_prep[0].unknown_datapoints = 0
rra[14].cdp_prep[1].value = 4.7572642677e+06
rra[14].cdp_prep[1].unknown_datapoints = 0
rra[15].cf = "LAST"
rra[15].rows = 500
rra[15].cur_row = 228
rra[15].pdp_per_row = 1
rra[15].xff = 5.0000000000e-01
rra[15].cdp_prep[0].value = NaN
rra[15].cdp_prep[0].unknown_datapoints = 0
rra[15].cdp_prep[1].value = NaN
rra[15].cdp_prep[1].unknown_datapoints = 0
rra[16].cf = "LAST"
rra[16].rows = 600
rra[16].cur_row = 333
rra[16].pdp_per_row = 1
rra[16].xff = 5.0000000000e-01
rra[16].cdp_prep[0].value = NaN
rra[16].cdp_prep[0].unknown_datapoints = 0
rra[16].cdp_prep[1].value = NaN
rra[16].cdp_prep[1].unknown_datapoints = 0
rra[17].cf = "LAST"
rra[17].rows = 700
rra[17].cur_row = 43
rra[17].pdp_per_row = 6
rra[17].xff = 5.0000000000e-01
rra[17].cdp_prep[0].value = 5.1418665803e+06
rra[17].cdp_prep[0].unknown_datapoints = 0
rra[17].cdp_prep[1].value = 3.9193657802e+06
rra[17].cdp_prep[1].unknown_datapoints = 0
rra[18].cf = "LAST"
rra[18].rows = 775
rra[18].cur_row = 63
rra[18].pdp_per_row = 24
rra[18].xff = 5.0000000000e-01
rra[18].cdp_prep[0].value = 5.1418665803e+06
rra[18].cdp_prep[0].unknown_datapoints = 0
rra[18].cdp_prep[1].value = 3.9193657802e+06
rra[18].cdp_prep[1].unknown_datapoints = 0
rra[19].cf = "LAST"
rra[19].rows = 797
rra[19].cur_row = 680
rra[19].pdp_per_row = 288
rra[19].xff = 5.0000000000e-01
rra[19].cdp_prep[0].value = 5.1418665803e+06
rra[19].cdp_prep[0].unknown_datapoints = 0
rra[19].cdp_prep[1].value = 3.9193657802e+06
rra[19].cdp_prep[1].unknown_datapoints = 0
Data Source Debug

Code: Select all

/usr/bin/rrdtool create \
/var/www/html/rra/73/2392.rrd \
--step 60  \
DS:traffic_in:COUNTER:120:0:4294967295  \
DS:traffic_out:COUNTER:120:0:4294967295  \
RRA:AVERAGE:0.5:1:500 \
RRA:AVERAGE:0.5:1:600 \
RRA:AVERAGE:0.5:6:700 \
RRA:AVERAGE:0.5:24:775 \
RRA:AVERAGE:0.5:288:797 \
RRA:MIN:0.5:1:500 \
RRA:MIN:0.5:1:600 \
RRA:MIN:0.5:6:700 \
RRA:MIN:0.5:24:775 \
RRA:MIN:0.5:288:797 \
RRA:MAX:0.5:1:500 \
RRA:MAX:0.5:1:600 \
RRA:MAX:0.5:6:700 \
RRA:MAX:0.5:24:775 \
RRA:MAX:0.5:288:797 \
RRA:LAST:0.5:1:500 \
RRA:LAST:0.5:1:600 \
RRA:LAST:0.5:6:700 \
RRA:LAST:0.5:24:775 \
RRA:LAST:0.5:288:797 \
jk00
Posts: 3
Joined: Fri Feb 08, 2013 9:39 am

Re: Cacti graph history only 2 days

Post by jk00 »

We identified a script as the culprit and the issue is now resolved. The following was running nightly to clean up old RRA files:

find /var/www/html/rra/* -mtime +2 -exec rm -fr {} \; > /dev/null 2>&1

In this installation, our rrds are in sub directories by device, so the script flagged the device directories as unused and deleted them, along with the rrd file contents.
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Re: Cacti graph history only 2 days

Post by gandalf »

A CactiEZ install?
R.
Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest