Sven, Actually narrowed it down to a different issue. I am monitoring ~5000 devices, 70% which are down and I was failing to complete the interval in the allotted time due to waiting for snmp timeouts (was getting "did not finish iterval errors". As the .cfg file is read sequentially this meant even devices that were up were failing to be logged). To be honest, not sure where I planning to from here.
I can either a) generate my .cfg w/ NOT using --no-down (won't make boss happy) b) create ~200 seperate windows services and then create a cfg for each individual switch/router. (won't make me happy) Either way not my ideal fix ... but works (tested both already, though b) on a limited scale (5 services)). If you feel you might be having a time out issue though, try this (from Tobi..creator) "this is certainly possible ... check the minimal required heartbeat of the rrd files, it is normylly 2 steps which will cause rrdtool NOT to accept updates which are more than 10 minutes appart ... if you were using unix, you could use the mrtg fork option to parallelize the snmp polling, which would cut down polling time drastically ... tobi" Being the windows guys I am ... just not going to be a easy/quick fix for me :( Hope this helps, -Peter > -----Original Message----- > From: IT - Sven Mueller [mailto:[EMAIL PROTECTED] > Sent: Friday, September 13, 2002 13:42 > To: [email protected] > Subject: [rrd-users] MRTG failing to write/poll data when using > LogFormat: rrdtool > > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi. > > Following up on a mail by "Thoenen, Peter Mr. EPS" > <[EMAIL PROTECTED]> (which was sent to > this list before > I subscribed today): > > > Below is my mrtg.cfg and the rrd database .... tried use > rrtool fetch on the > > database and not even sure anything is even being logged. > (for example > > 1031702400: -1.#IND000000e+000 -1.#IND000000e+000 .... > looks to me both DS0 > > and DS1 counters are ZERO ). > > Well, I have a very similar problem: MRTG stopped writing to > the rrd database > files. > > After enabling the relevant debugging info in MRTG, This is > what MRTG says > about updating the RRD: > > - --log: Called: > RRDs::tune(/var/www/mrtg/logs/admin-2/admin-2_1.rrd -a ds0:55\ > -a ds1:55 -d ds0:GAUGE > -d ds1:GAUGE) > - --log: Called: > RRDs::update(/var/www/mrtg/logs/admin-2/admin-2_1.rrd, > '1031909063:31.50:29.61') > - --log: Called: RRDs::last() > - --log: Called: > RRDs::fetch(/var/www/mrtg/logs/admin-2/admin-2_1.rrd, > > 'AVERAGE','-s',1031909063,'-e',1031909063) > - --log: got: / > > Note that obviously, rrdtool/rrdupdate did _not_ return an > error, or if it > did, mrtg did not receive that. Does anyone have any Idea > what might be > happening there? > Note that this is obviously _not_ a privileges issue since > the update succeeds > once in a while, and it is always updating the "last updated" > value, it just > stores NaN instead of the right value mostly. > Does anybody know how to fix this problem? > > Regards, > > Sven Müller > - - IT - Network&Infrastructure - > > - -- > * Heinrich Berndes Haushaltstechnik GmbH & Co KG > * Wiebelsheidestrasse 55, 59757 Arnsberg, Germany > * Phone: +49 2932 475-282 / FAX: -325 > * http://www.berndes.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE9gc7+ss2fOBI6SZ0RAs9OAJ4r4UA2J/ZUk5dYMCEQ6K4kfbv4BACdFlWg > ho8JoUniONEP5Lu5z5r3S8c= > =mL03 > -----END PGP SIGNATURE----- > > -- > Unsubscribe mailto:[EMAIL PROTECTED] Help mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/rrd-users WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi -- Unsubscribe mailto:[EMAIL PROTECTED] Help mailto:[EMAIL PROTECTED] Archive http://www.ee.ethz.ch/~slist/rrd-users WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
