mrtg bei linux

Seite 1 von 1 - Forum: Netzwerktechnik auf overclockers.at

URL: https://www.overclockers.at/netzwerktechnik/mrtg_bei_linux_47718/page_1 - zur Vollversion wechseln!


emStone schrieb am 09.09.2002 um 18:42

hu. hab mir ein mrtg draufgehaut und mit dem cfgmaker die cfg gemacht usw..
und wenn ich die cfg ausführen will (testweisse per hand und noch nicht im crontab) kommen nur fehlermeldungen wie zb:
"./mrtg.cfg: WorkDir:: command not found"

muss aber dazu sagen es ich auch ein paar errors hatte beim cfg erstellen mit dem snmp.

vielleicht hat ja wer eine antwort :)

danke


schrieb am 09.09.2002 um 20:13

welche linuxdistri ?


emStone schrieb am 09.09.2002 um 20:20

suse


schrieb am 09.09.2002 um 20:23

# ./cfgmaker --global 'WorkDir: /var/www/html/mainframe' --global 'Options[_]: bits, growright' --output /usr/local/mrtg-2/conf/local.cfg public@mainframe

muttu richtiges workdir angeben..

bei meinem rothut war das standardmässige snmp packet buggy, neuestes snmp installaliert und ging....


emStone schrieb am 09.09.2002 um 20:27

ja hab ma schon ein neues net-snmp draufgehaut. nur hab ich irgnedwie probleme damit. man brauch ja das "passwort" für die mrtg cfg. und ich find die cfg ned wo des drin ist.
normal sollte des ja bei /etc sein oder?

ajo des workdir sollte egal sein oder ned?
es is ja ned nur das workdir wo ich den fehler bekomm. aber ich denk es liegt am snmp weil beim cfg erstelln immer fehler vom snmp da san


schrieb am 09.09.2002 um 20:31

weiss leider net wies bei suse is, vielleicht schaut einer von den suseusern hier rein die auch mrtg rennen haben.

ich hab keine mrtg.cfg.... z.b.
bei mir is alles in /usr/local/mrtg-2


emStone schrieb am 09.09.2002 um 20:33

ja bei dir heissts local.cfg
is das gleiche :-)


schrieb am 09.09.2002 um 20:35

wennst magst kannst mal kurz mit nem gastzugang auf meine kiste schaun, vielleicht hilfts dir was


emStone schrieb am 09.09.2002 um 20:36

ja gerne wenn ich darf. schreib den zugang per pm :)

danke


schrieb am 09.09.2002 um 20:39

-> got pm


emStone schrieb am 09.09.2002 um 23:02

so jetzt passt alles.
danke


schrieb am 09.09.2002 um 23:17

achja das reply von meinem kollega...

( just for the records )

achja reply von meinem kollega


zuerst snmp zum laufen bringen mit bordeigenen mitteln.

zb sollte funken:

[root@arwen root]# snmpwalk 10.10.1.3 public system
system.sysDescr.0 = Linux rayek 2.4.4-v4 #2 Wed May 2 22:59:56 CEST 2001
i586
system.sysObjectID.0 = OID: enterprises.ucdavis.ucdSnmpAgent.linux
system.sysUpTime.0 = Timeticks: (4236778957) 490 days, 8:49:49.57
snippel...

ja also so schauts im idealfall aus, suchen wir mal fehler

dann probierma ein snmpwalk ip public interfaces ob das auch noch funkt.
man kann auch die OID die der mrtg abruft und das ist dann der ultimative
test:

snmpget rayek public interfaces.ifTable.ifEntry.ifOutOctets.1

und auf serverseite sollten ja logs geschrieben werden und vielleicht sind
die fehlermeldungen auf clientseite aussagekraeftiger.

moeglich: es rennt kein serverprozess. die public-community darf nicht an
diese art von information ran -> dann findest entweder in der snmp-config
aussa, welcher community-name darf, oder du aenderst diese. ich weiss das
sind sehr allgemeine dinge. oder vielleicht iptables od. dergleichen?

ba,
markus


emStone schrieb am 10.09.2002 um 07:47

ja na ich hab das prob schon gelöst danke auf jeden fall für deine shh angebot :)

es war eine falsche snmp version.




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025