novregen
Goto Top

HP ML 350 G5 SNMP MIB OID für zweite Festplatte

Hallo,

ich möchte via Zabbix also mit SNMP die Werte der zweiten Festplatte abfragen.
Die System Platte bekomme ich abgefragt mit 1.3.6.1.2.1.25.2.3.1.6.2 aber nicht
die zweite Festplatte. Kann mir jemand helfen ? In der HP MIB Datei ip910mib finde
ich den entsprechenden Punkt auch nicht....


Hieraus muss ich doch die Werte irgendwie bekommen !!!

fde483adaee4a07bdf8611e9611e495a

Content-Key: 232914

Url: https://administrator.de/contentid/232914

Printed on: April 26, 2024 at 08:04 o'clock

Member: MrNetman
MrNetman Mar 18, 2014 at 09:45:15 (UTC)
Goto Top
Dafür gibt es keine getrennte MIB.
Zwei oder drei gleiche oder gleichartige Zweige werden über einen Index angesprochen.
Du musst also den Index der zweiten Festplate heraus finden und verwendest dann die entsprechenden OIDs vom ersten Gerät mit einem andern Index.

Gruß
Netman
Member: novregen
novregen Mar 18, 2014 updated at 09:48:52 (UTC)
Goto Top
Meinst du mit Index den Schlüssel "system.hdd.used" und die OID bleibt die gleiche ?
Wo findet man den Index für die zweite Platte ??
Habe es schon mit secon.hdd.used und slave.hdd.used probiert jedoch kein Erfolg
Member: colinardo
colinardo Mar 18, 2014 updated at 09:58:14 (UTC)
Goto Top
Member: novregen
novregen Mar 18, 2014 at 10:16:07 (UTC)
Goto Top
Hi Uwe,

die up910mib.zip habe ich runtergeladen und im MIB Browser.... habe da auch jetzt einen Punkt cpqHoFileSysSpaceUsed .1.3.6.1.4.1.232.11.2.4.1.1.4
gefunden, allerdings komme ich auch dort nicht auf die zweite und dritte Platte.

Vielleicht kann Netman mir nochmal wg. der Indexe weiterhelfen ?
Member: colinardo
Solution colinardo Mar 18, 2014 updated at 13:41:04 (UTC)
Goto Top
probier mal:
1.3.6.1.4.1.232.11.2.4.1.1.4.0
1.3.6.1.4.1.232.11.2.4.1.1.4.1
usw.
Member: novregen
novregen Mar 18, 2014 at 11:23:09 (UTC)
Goto Top
Funktioniert leider nicht, entweder kommt ein Fehler "wird nicht unterstützt" oder eine lange Ziffer, die ich auch nach Umrechnen nicht mit irgendwas übereinstimmt. Entschuldigung für diese schlechte Beschreibung, aber verstehe das selber irgendwie nicht richtig was da zurück kommt.
Member: novregen
novregen Mar 18, 2014 at 12:25:31 (UTC)
Goto Top
Hier nochmal ein Auszug aus der MIB, aber ich bekomme es nicht hin...

fde483adaee4a07bdf8611e9611e495a
Member: MrNetman
Solution MrNetman Mar 18, 2014 updated at 13:41:00 (UTC)
Goto Top
Hi no regen,

so was in der Richtung:
1.3.6.1.2.1.25.2
Darunter gibt es bei einem lokalen Host hier 14 Einträge, die als Index angezeigt werden.
Erst muss man die Korrelation des Index mit der Platte raus finden und kann dann direkt darauf zugreifen. Wobei das nicht sehr schwer ist, da unter der ID (versuche mal snmpwalk - hier recht gut erklärt: http://www.thomas-krenn.com/de/wiki/Abfrage_von_SNMP-Daten_mit_snmpget_ ..) selbst die Windows-Labels angezeigt werden. In meinem Beispiel sind das Index2 bis 8.
1.3.6.1.2.1.25.2.3.1.3 hrStorageDescr
1.3.6.1.2.1.25.2.3.1.3.0
1.3.6.1.2.1.25.2.3.1.3.2 Die Beschreibung von oben für Index1 (hrSorageIndex 2)
1.3.6.1.2.1.25.2.3.1.1 hrSorageIndex
1.3.6.1.2.1.25.2.3.1 hrSrorageEntry hat keinen Inhalt, nur die Unterzweige.
9fcd00f899d64f03ea70075c059d5a13
So sieht das bei der standard Host-MIB aus. Bei Switchen ist es absolut ähnlich.

Viel Erfolg
Netman
Member: novregen
novregen Mar 18, 2014 at 13:40:35 (UTC)
Goto Top
Also es waren jetzt folgende MIBs

1.3.6.1.2.1.25.2.3.1.6.2 = C Platte
1.3.6.1.2.1.25.2.3.1.6.3 = D Platte
1.3.6.1.2.1.25.2.3.1.6.4 = E Platte

Oh man ist das kompliziert rauszubekommen. Kann es von den Herstellern nicht
einfach eine PDF Liste geben mit den OIDs und sauberer Bezeichnung ??
Member: MrNetman
MrNetman Mar 18, 2014 at 13:56:23 (UTC)
Goto Top
Na ja, die Hersteller wissen doch gar nicht was bei dir C, D oder E ist. Das legst du mit Einbau und Formatierung selbst fest.
Da fällt mir nur das alte Spiel von Michael Schanze ein. Eins, zwei oder drei.

Aber wenn es einmal steht ist es wirklich so simpel wie es der Name vermuten läßt. Nur der Weg dahin - siehe deinen eigenen Kommentar.