From: Tobias Oetiker <oetiker@ee.ethz.ch>
Yesterday you sent me mail regarding Re: [cricket-users] [MRTG-DEV] Re:...:
*> On Sat, 12 Jun 1999, Tobias Oetiker wrote:
*>
*> > From: Tobias Oetiker <oetiker@ee.ethz.ch>
*> >
*> > *>
*> > *> Paul Wickman wrote:
*> > *> > Am I correct is saying that RRD will not let you added new
*> > *> > data-sources to an exhisting RRD?
*> > *>
*> > *> Yes. You need to recreate your RRD, which will make you lose all your
*> > *> old data. :(
*> >
*> > I would not keep several datasources in the same rrd unless they are realy
*> > cl0osly related ... like in and out traffic or something like this ...
*> > cheers
*> > tobi
*> >
*>
*> I definitely agree, but I could see the usefulness of being able
*> to add new data-sources to an existing RRD w/o lossing the old data. For
*> example, I have cricket monitoring ifInOctets/ifOutOctets on several
*> ethernet switches. I'd like to start monitoring some other interface MIB
*> variables (multicasts in/out, packet sizes, etc.) without lossing all my
*> historical data.
*>
*> I was also thinking about building an RRD front end for some
*> NetApp specific things, starting with user disk quotas. I wanted to have
*> one RRD, with each data-source being a userid, and each row/timeslot being
*> their disk-usage at that time. Since I can't add/remove data-sources
*> as logins are created/deleted, I have to make each user a seperate RRD,
*> which means at least 300 files (that's how many users we have right now).
I think the way to go about this would be to write an rrddump / restore pair
and then use a perl script to manipulate the asci representation before
restore ...
cheers
tobi
*>
*>
-- ______ __ _ /_ __/_ / / (_) Oetiker, Timelord & SysMgr @ EE-Dept ETH-Zurich / // _ \/ _ \/ / TEL: +41(0)1-6325286 FAX:...1517 ICQ: 10419518 /_/ \.__/_.__/_/ oetiker@ee.ethz.ch http://ee-staff.ethz.ch/~oetiker------------------------------------------------------------------------ Looking to expand your world? http://www.onelist.com ONElist has over 165,000 e-mail communities from which to choose!
This archive was generated by hypermail 2b29 : Mon Mar 06 2000 - 19:00:53 PST