[rrd-users] Re: Illegal Attempt to Update, v2

Tobias Oetiker oetiker at ee.ethz.ch
Thu Feb 8 21:34:04 MET 2001


Today Thomas Franchetti wrote:

 | hi tobi!
 |
 |  Tobias Oetiker <oetiker at ee.ethz.ch> writes:
 |  *
 |  * Today Brian E. Seppanen wrote:
 |  *
 |  *  |
 |  *  |
 |  *  | > Perhaps some system's time is wrong?
 |  *  |
 |  *  | That appears to be exactly the problem.  Thank you, my brain never would
 |  *  | have wrapped itself around that this morning.  I never would have thought
 |  *  | it would boot with the time that far off.  ntpdate fixed it.
 |  *  | Again, thanks,
 |  *
 |  * which proofs that it is a good thing that rrdtool refuses to jump
 |  * around in time :-)
 |  *
 |  * tobi
 |
 | in this case... ;-)
 |
 | i am monitoring bgp updates using rrdtool to visualise this. but
 | it's neccessary to re-insert data sometimes (eg it data arrives
 | late or because of some insertion delays, ...)
 |
 | it would be nice to go back to a definite time starting
 | inserting data again. i'm not thinking about working around this
 | security feature ;-) but i think it would be nice if there where
 | a new command like 'rrdtool goback myrrd.rrd -86400' to erase
 | last day's data in order to refill it again.

this could be done, but you would loos the amount of data you are
going back, because of the circular nature of RRAs ... the
difficult part of this would be to fill all the datapreparation
buffers in the RRD structure correctly after a roll back action ...

cheers
tobi
 |
 | how about adding this feature to rrdtool?
 |
 | ciao tom
 |
 |
 |

-- 
 ______    __   _
/_  __/_  / /  (_) Oetiker, Timelord & SysMgr @ EE-Dept ETH-Zurich
 / // _ \/ _ \/ / TEL: +41(0)1-6325286  FAX:...1517  ICQ: 10419518
/_/ \.__/_.__/_/ oetiker at ee.ethz.ch http://ee-staff.ethz.ch/~oetiker


--
Unsubscribe mailto:rrd-users-request at list.ee.ethz.ch?subject=unsubscribe
Help        mailto:rrd-users-request at list.ee.ethz.ch?subject=help
Archive     http://www.ee.ethz.ch/~slist/rrd-users
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi



More information about the rrd-users mailing list