Chris' Blog

Habe ident installierte Server, doch bei ein paar davon erscheint beim Ausführen von mrtg folgende Fehlermeldung:

Unknown SNMP var ssCpuRawUser.0
 at /usr/bin/mrtg line 2202
Unknown SNMP var ssCpuRawUser.0
 at /usr/bin/mrtg line 2202
2010-04-23 08:28:50: WARNING: Expected a number but got '24 days, 9:52:40'
2010-04-23 08:28:50: WARNING: Expected a number but got 'mars'
Unknown SNMP var ssCpuRawSystem.0
 at /usr/bin/mrtg line 2202
Unknown SNMP var ssCpuRawSystem.0
 at /usr/bin/mrtg line 2202
2010-04-23 08:28:50: WARNING: Expected a number but got '24 days, 9:52:40'
2010-04-23 08:28:50: WARNING: Expected a number but got 'mars'
Unknown SNMP var ssCpuRawNice.0
 at /usr/bin/mrtg line 2202
Unknown SNMP var ssCpuRawNice.0
 at /usr/bin/mrtg line 2202
2010-04-23 08:28:50: WARNING: Expected a number but got '24 days, 9:52:40'
2010-04-23 08:28:50: WARNING: Expected a number but got 'mars'
2010-04-23 08:28:51: ERROR: Target[localhost.cpu][_IN_] ' $target->[5]{$mode}  +  $target->[6]{$mode}  +  $target->[7]{$mode} ' (warn): Use of uninitialized value in addition (+) at (eval 9467) line 1.
2010-04-23 08:28:51: ERROR: Target[localhost.cpu][_OUT_] ' $target->[5]{$mode}  +  $target->[6]{$mode}  +  $target->[7]{$mode} ' (warn): Use of uninitialized value in addition (+) at (eval 9468) line 1.

Wenn jemand nen Tip für mich hat wie das zu beheben ist dann nur her damit, danke

EDIT:
Ein halbes Jahr später konnte ich das Problem endlich beheben. Neuere Versionen von mrtg und net-snmp machten auch keinen Unterschied. Die Frage, warum es auf identen System unterschiedlicher Konfigurationen bedarf, ist allerdings weiterhin nicht geklärt.

Nun zur Lösung. Der „Identifier“ muss direkt eingegeben werden.

snmpwalk -v1 localhost -c public -On ssCpuRawUser.0

.1.3.6.1.4.1.2021.11.50.0 = Counter32: 50940884

snmpwalk -v1 localhost -c public -On ssCpuRawSystem.0

.1.3.6.1.4.1.2021.11.52.0 = Counter32: 27018942

snmpwalk -v1 localhost -c public -On ssCpuRawNice.0

.1.3.6.1.4.1.2021.11.51.0 = Counter32: 1108

Die fett gedruckten Werte sind interessant für uns und werden in die neue Config eingesetzt.

Die ursprüngliche Config:

LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt
Target[localhost.cpu]:ssCpuRawUser.0&ssCpuRawUser.0:public@localhost + ssCpuRawSystem.0&ssCpuRawSystem.0:public@localhost + ssCpuRawNice.0&ssCpuRawNice.0:public@localhost
RouterUptime[localhost.cpu]: public@localhost
MaxBytes[localhost.cpu]: 100
Title[localhost.cpu]: CPU Load
PageTop[localhost.cpu]: \Active CPU Load %\
Unscaled[localhost.cpu]: ymwd
ShortLegend[localhost.cpu]: %
YLegend[localhost.cpu]: CPU Utilization
Legend1[localhost.cpu]: Active CPU in % (Load)
Legend2[localhost.cpu]:
Legend3[localhost.cpu]:
Legend4[localhost.cpu]:
LegendI[localhost.cpu]:  Active
LegendO[localhost.cpu]:
Options[localhost.cpu]: growright,nopercent

Die neue Config:

LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt
Target[localhost.cpu]:.1.3.6.1.4.1.2021.11.50.0&.1.3.6.1.4.1.2021.11.50.0:public@localhost + .1.3.6.1.4.1.2021.11.52.0&.1.3.6.1.4.1.2021.11.52.0:public@localhost + .1.3.6.1.4.1.2021.11.51.0&.1.3.6.1.4.1.2021.11.51.0:public@localhost
RouterUptime[localhost.cpu]: public@localhost
MaxBytes[localhost.cpu]: 100
Title[localhost.cpu]: CPU Load
PageTop[localhost.cpu]: \Active CPU Load %\
Unscaled[localhost.cpu]: ymwd
ShortLegend[localhost.cpu]: %
YLegend[localhost.cpu]: CPU Utilization
Legend1[localhost.cpu]: Active CPU in % (Load)
Legend2[localhost.cpu]:
Legend3[localhost.cpu]:
Legend4[localhost.cpu]:
LegendI[localhost.cpu]:  Active
LegendO[localhost.cpu]:
Options[localhost.cpu]: growright,nopercent

Ich quäle mich nun schon seit geraumer Zeit mit einem Android phone herum, genauer gesagt einem HTC Hero. Glücklicherweise läuft aktuell die snip-me Auto-Auktion Frühlingsaktion wo listige SEOs versuchen ein iphone zu gewinnen. Da ich damit aber eher weniger am Hut hab, unterstütz ich lieber meine Kollegen mit „hochwertigen“ Links 😉
Naja, zu gewinnen gibts sowieso nur das 3GS, wer braucht das schon wenn er den zukünftigen Prototypen gesehen hat. Wünsch den Teilnehmern der snip-me Frühlingsaktion trotzdem alles Gute beim Gewinnspiel, ich hol mir dann direkt das Neue 😀

Aus der Reihe: Praktische Codeschnipsel

Entferne im aktuellen Ordner von allen Dateien mit der Erweiterung .bak dieselbige:
for i in `(find . -name "*.bak")`; do mv $i ${i/.bak/}; done

ohne Worte…

Neulich beim acer recovery …

Aktualisierung Der Akten

Warten Sie bitte einen Moment, während das Fertig werden einordnet

… sprachs und hats aber trotz Sprachfehler dennoch sauber hingekriegt 🙂

beim update von 2.4 auf 2.5 wurde mir app-admin/python-updater aufgezwungen, welches allerdings mit /usr/sbin/python-updater kollidierte.
Hab das ganze mal brutal einfach umbenannt:
mv /usr/sbin/python-updater /usr/sbin/python-updater-bak

bash blockiert das portage update. bash zu maskieren brachte leider keinen erfolg.
Stattdessen hab ich portage ohne Abhängigkeiten installiert:
emerge -avO portage

ein Update von baselayout sollte helfen

Passiert beim update: emerge -avutD world

Lösung:
emerge --oneshot util-linux

Update sollte danach ohne Probleme durchgeführt werden können.

Mit seinen temporären Dateien hat mir der eaccelerator (Beschleuniger, Optimierer, Cache für php Seiten) meinen kompletten Server zugemüllt. Als Abhilfe nutze ich ab sofort tmpwatch (app-admin/tmpwatch) welches mir nächtlich die alten temp Files löscht. Testweise mal alle die älter als eine Woche sind bzw. auf die nicht zugegriffen wurde.

emerge -av tmpwatch

nano /etc/cron.daily/tmpwatch

Am Ende hinzufügen:

if [[ -d /var/cache/eaccelerator-php5 ]]; then 
  ${TMPWATCH} --atime 168 /var/cache/eaccelerator-php5 
fi