Brahim rrd allows you to store counters/gauges persistently. If you set the data interval to X sec, in case of restart you will loose 2*X sec. If can of restart you will see a 0 in the graph, but this does not affect past collection that can last for weeks/months/years.
Cheers Luca PS. Perhaps a UPS would help ? On Oct 19, 2011, at 2:43 PM, Brahim Sakka wrote: > That was an interesting reading. > > The thing is, where I'm willing to deploy Ntop, electricity is not stable at > all. So the machine that will host Ntop will be restarted frequently. > At the same time I need relevant stats and graphs (like the ones Ntop > provide) that cover weeks of passive sniffing. > I guess currently it is not possible to achieve this with Ntop in an elegant > way. > > Again, thanks guys. > > 2011/10/19 Burton Strauss III <[email protected]> > It’s still posted @ SourceForge, from 2003. > > > > http://prdownloads.sourceforge.net/ntop/rrdandntop.pdf > > > > > > > > -----Burton > > > > Quotation # 55 Nothing screams poor workmanship more than wrinkles in the > duct tape. [David Hughes [[email protected]], Wed 6/19/2002 5:57 > PM] > > > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Gary Gatten > Sent: Tuesday, October 18, 2011 3:06 PM > To: '[email protected]' > > > Subject: Re: [Ntop] Ntop data storage > > > > All the options for the rrd plugin are on the rrd plugin page. There you can > select what type of info you want to save, at what level of detail, and > various timers for said dumping. There really is not an “elegant” solution > for persistent storage, especially at a very detailed level. There is an rrd > doc somewhere on the web related to ntop – perhaps google “ntop rrd” – it’s a > pdf about 12 pages long IIRC. That’s about the best I can do. > > > > There are some other options – custom stuff people have done. One is to use > “wget” every n minutes to save certain web page displays. > > > > Perhaps someone else has a better solution, but AFAIK rrd is the only > embedded / “easy” persistent storage option. > > > > G > > > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Brahim Sakka > Sent: Tuesday, October 18, 2011 5:01 PM > To: [email protected]; [email protected] > Subject: Re: [Ntop] Ntop data storage > > > > Hi Gary, > > Thanks a lot for your quick response. > Would setting rrd.dataDumpInterval to a higher value help? > Alternatively can you point me to any help page / link about storage details > in Ntop? > > Thanks in advance > > 2011/10/18 Gary Gatten <[email protected]> > > Nope, not by default – it’s volatile. Check rrd configs; it can store SOME > of the details ntop knows about. > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Brahim Sakka > Sent: Tuesday, October 18, 2011 4:46 PM > To: [email protected] > Subject: [Ntop] Ntop data storage > > > > Hi, > > I have a basic question, so please bare with me. > When running Ntop for a long period of time, does it "dump" the data it has > processed at some point? > > Thanks in advance, > > -- > Regards, > brahims > > "This email is intended to be reviewed by only the intended recipient and may > contain information that is privileged and/or confidential. If you are not > the intended recipient, you are hereby notified that any review, use, > dissemination, disclosure or copying of this email and its attachments, if > any, is strictly prohibited. If you have received this email in error, please > immediately notify the sender by return email and delete this email from your > system." > > > _______________________________________________ > Ntop mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop > > > -- > Regards > brahims > > "This email is intended to be reviewed by only the intended recipient and may > contain information that is privileged and/or confidential. If you are not > the intended recipient, you are hereby notified that any review, use, > dissemination, disclosure or copying of this email and its attachments, if > any, is strictly prohibited. If you have received this email in error, please > immediately notify the sender by return email and delete this email from your > system." > > > _______________________________________________ > Ntop mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop > > > _______________________________________________ > Ntop mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop --- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. - Brian W. Kernighan _______________________________________________ Ntop mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop
