I took a similar approach to Darren's suggestion to check for Terminal Services 
users connecting to a pool of servers. I log a 1 for connected, a 0 for 
disconnected and UN if offline. I cache the polling cycles to disk once a 
minute and use a script import the data every 15min which verifies that the 
data to be imported wouldn't result in a single entry. If the script detects a 
single entry will result, I do three updates, step-1:data/2, step:data, 
step+1,data/2. The graph isn't "accurate" but it will create a nice slope, 
which my management likes, and guarantee you get data. Calculating actual 
values is more accurate as you can use a CDEF to filter out anything other than 
1 or 0.

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of A Darren Dunham
Sent: Friday, December 11, 2009 11:25 AM
To: [email protected]
Subject: Re: [rrd-users] Can I get a single update into an RRA?

On Fri, Dec 11, 2009 at 09:42:11AM -0700, David Mitchell wrote:
> Optimally, it would be nice if there was some configuration using
> RRA:LAST or something which would result in the RRA getting populated
> with a single update. I thought about trying to fudge it by creating the
> RRD's with an extremely small step size (like 1 second) and always
> pushing two updates (N:5 -3:5 for example) at once to try and force data
> into the RRAs. It seems like there should be an easier way though.

I don't know of anything that is internal to RRD that would help you,
but you could fake it with an update wrapper.

Have the wrapper check the RRD for the last update.  If it's outside the
heartbeat, update the previous (stepwise) data point with a zero, then
update your current data point.  more work on your part, but a wrapper
could hide much of the complexity.

--
Darren

_______________________________________________
rrd-users mailing list
[email protected]
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

_______________________________________________
rrd-users mailing list
[email protected]
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

Reply via email to