MRTG/SNMPD problemen

[jep]

Heren/dames,

Ik heb al lange tijd geleden mrtg stats van 2 routers draaien.. perfect! Nu heb ik op diverse servers snmpd geinstalleerd en dat lijkt okay te gaan.. althans snmpdwalk e.d werkt goed.

Maarrrrr

http://traffic.dsnl.net/?host=servicez&maand=Current

Check dat Ik krijg geen statistieken maar 1 lange horizontale lijn.

In de handleiding staat dit: (even in code, lekker klein)

code:

My graphs show a flat line during an outage. Why ?
Well, the short answer is that when an SNMP query goes out and a response doesn't come back, MRTG has to assume something to put in the graph, and by default it assumes that the last answer we got back is probably closer to the truth than zero. This assumption is not perfect (as you have noticed), it's a trade-off that happens to fail during a total outage.

If this is an unacceptable trade-off,use the unknaszero option.

You may want to know what you're trading off, so in the spirit of trade-offs, here's the long answer:

The problem is that MRTG doesn't know *why* the data didn't come back, all it knows is that it didn't come back. It has to do something, and it assumes it's a stray lost packet rather than an outage.

Why don't we always assume the circuit is down, and use zero, which will (we think) be more nearly right? Well, it turns out that you may be taking advantage of MRTG's ``assume last'' behaviour without being aware of it.

MRTG uses SNMP (Simple Network Management Protocol) to collect data, and SNMP uses UDP (User Datagram Protocol) to ship packets around. UDP is connectionless (not guaranteed) - unlike TCP where packets are tracked and acknowledged and, if needed, re-transmitted, UDP just throws packets at the network and hopes they arrive. Sometimes they don't.

One likely cause of lost SNMP data is congestion, another is busy routers. Other possibilities include transient telecommunications problems, router buffer overflows (which may or may not be congestion-related), ``dirty lines'' (links with high error rates), and acts of God. These things happen all the time, we just don't notice because many interactive services are TCP-based and the lost packets get retransmitted automatically.

In the above cases where some SNMP packets are lost but traffic is flowing, assuming zero is the wrong thing to do - you end up with a graph that looks like it's missing teeth whenever the link fills up. MRTG interpolates the lost data to produce a smoother graph which is more accurate in cases of intermittent packet loss. But with V2.8.4 and above, you can use the ``unknaszero'' option to produce whichever graph is best under the conditions typical of your network.

Helemaal goed snap ik het nog niet, maar die unknaszero waarover ze spreken haalt in ieder geval niets uit. Dit heb ik opeens op alle (6/7/8) servers.. precies hetzelfde.

Iemand enig idee waar aan het ligt?

Thanks

(dit is wel een beetje een probleem voor hier toch? )

[The Source]

Doen de normale scripts van MRTG het wel?

Ik zie dat je de hosters edition gebruikt... no offence maar dat is kennlijk een brouwseltje van code. Daarom zou ik eerst even de standaard MRTG aan de gang helpen.

Daarnaast zou ik ook nog wat andere snmpd proberen.

[jep]

Ik heb de hele zooi wel bij elkaar ge'hacked' aangezien het niet echt paste bij mijn situatie.. de verbouwde perl scripts lijken me alleen niet echt de oorzaak van dit probleem.

Ik ga inderdaad wel even een kale mrtg page maken. Maar.. gbgraph gebruikt mrtg toch voor de stats die ik bedoel?

[Dutchman!]

die hosters edition heeft hier en daar nog wat probleempjes, maar dat zou niets met die flat-line te maken moeten hebben. Kale MRTG is iig iets betrouwbaarder

Hoe heb je je SNMP gecompileerd? met SMUX en zonder AgentX vind ik altijd een goede keuze

[SiErRa]

ik heb dat zelfde "flatline" probleem..
op freebsd smnp geinstalleerd en mrtg

[The Source]

monitor je wel de juiste variablen?

[jep]

Yep, dat weet ik zeker..

[Infern0]

ik heb een kleine howto gemaakt voor FreeBSD
check http://www.bsdfreaks.nl onder howto, misschien dat je er iets aan hebt.

[jep]

Ik ga dit toch even de lucht in kicken.

Bovenstaande adresjes hebben me geen nieuwe dingen laten zien.. ik heb alles (in mijn ogen) al perfect voor mekaar.. zelf een leuk systeempje er omheen

Niemand dit probleem ooit gehad? Ik heb het op praktisch alle servers!

Misschien is het handig een config (snmpd.conf) van iemand anders te proberen Heeft iemand een werkende liggen?

De mrtg.conf's die ik gebruik gebruik ik ook op 2 routers, die wel prima werken.

[Onno]

Op zaterdag 15 december 2001 22:41 schreef j3p het volgende:
Misschien is het handig een config (snmpd.conf) van iemand anders te proberen Heeft iemand een werkende liggen?

Probeer eens een lege. Dat moet in ieder geval werken.

En wat zegt cfgmaker, kan die een mrtg config bouwen zonder fouten?

[Coen Rosdorff]

Probeer je targets eerst gewoon eens uit te lezen met snmpget. Als dat de juiste getallen oplevert stop je die oid's in mrtg-config.

[jep]

Ik krijg geen errors, dat had het stukken gemakkelijker gemaakt

Ook die getallen lijken te kloppen.. heb zelfs al op andere interfaces lopen monitoren maar ook dit leverde het horizontale gestreep op.

[Coen Rosdorff]

wat komt er in de [target].log file te staan ?
De juiste getallen, of allemaal dezelfde getallen ?

[Verwijderd]

Aangezien mijn eigen topic dicht is (mrtg & offline router), dan maar hier.
Die optie unknaszero moet je dus meegeven, maar waar!?
Dat staat ook niet op die FAQ site en met google heb ik 't ook niet kunnen vinden.
Heb geprobeerd om aan het script toe te voegen:
Options[192.168.0.1_1]: unknaszero
Options[192.168.0.1_2]: unknaszero
Options[192.168.0.2_1]: unknaszero
Options[192.168.0.2_2]: unknaszero
etc.
(uiteraard netjes per blokje van de router)

Maar dan wil het script niet meer draaien.

Ook detecteerd het ding geen GB nic's?
Hij geeft bij mijn GB nic iig aan dat ie maar 12.5MB/sec aankan, of komt dat doordat ie in een 100Mbit switch is geplugged?
Was puur als test die NIC dus maakt niet uit of dat wel/niet werkt, die routers gaat het om.

[Arno]

dus omdat jouw topic dicht is, stamp je een topic van 2 jaar oud up ?

[Predator]

Verwijderd schreef op 14 October 2003 @ 14:21:
Aangezien mijn eigen topic dicht is (mrtg & offline router), dan maar hier.

Dan maar hier
Nee, dat is echt niet de bedoeling.

Je kan de moderator mailen als je wilt dat je vorige topic terug open gaat.
[e-mail]

---

Maar ik zal je toch nog even proberen te helpen:

Die optie unknaszero moet je dus meegeven, maar waar!?
Dat staat ook niet op die FAQ site en met google heb ik 't ook niet kunnen vinden.

Er staat duidelijk in die FAQ dat je het als Option moet meegeven, en er staat in de config FAQ hoe je options gebruikt.

Heb geprobeerd om aan het script toe te voegen:
Options[192.168.0.1_1]: unknaszero
Options[192.168.0.1_2]: unknaszero
Options[192.168.0.2_1]: unknaszero
Options[192.168.0.2_2]: unknaszero
etc.
(uiteraard netjes per blokje van de router)

Het is:
Options[label]: unknaszero

label is de naam van de entry, bv:

code:

### Interface 1 >> Descr: 'vx0' | Name: '' | Ip: '192.168.1.1' | Eth: '' ###

Target[banshee_vx0]: 1:public@192.168.1.1:
SetEnv[banshee_vx0]: MRTG_INT_IP="192.168.1.1" MRTG_INT_DESCR="vx0"
MaxBytes[banshee_vx0]: 1250000
Title[banshee_vx0]: Traffic Analysis for vx0 -- banshee
PageTop[banshee_vx0]: <H1>Traffic Analysis for vx0 -- banshee</H1>
 <TABLE>
   <TR><TD>System:</TD>     <TD>banshee in Home</TD></TR>
   <TR><TD>Maintainer:</TD> <TD>[e-mail]</TD></TR>
   <TR><TD>Description:</TD><TD>vx0  </TD></TR>
   <TR><TD>ifType:</TD>     <TD>ethernetCsmacd (6)</TD></TR>
   <TR><TD>ifName:</TD>     <TD>Local lan interface</TD></TR>
   <TR><TD>Max Speed:</TD>  <TD>1250.0 kBytes/s</TD></TR>
   <TR><TD>Ip:</TD>         <TD>192.168.1.1 (banshee.pred.lan)</TD></TR>
 </TABLE>
Colours[banshee_vx0]: PURPLE#9933CC,RED#CC3333,DARK GREEN#006600,VIOLET#ff00ff
Options[banshee_vx0]: unknaszero

Maar dan wil het script niet meer draaien.

Verkeerd label wellicht. Foutmeldingen zijn ook handig.

Ook detecteerd het ding geen GB nic's?
Hij geeft bij mijn GB nic iig aan dat ie maar 12.5MB/sec aankan, of komt dat doordat ie in een 100Mbit switch is geplugged?

Dan kan hij ook maar 12.5MB/sec

---

Nogmaals:
Het is niet de bedoeling dat je hiervoor een oud topic omhoog schopt.