snmpwalk und eigene mibs

Marc Haber

unread,

Jan 3, 2011, 9:19:49 AM1/3/11

to

Hallo,

ich versuche, Vmware-ESX-Server und eine HP StorageWorks MSA per SNMP
auf ihre Gesundheit zu prüfen. Besonders interessiert mich natürlich,
ob noch alle Platten leben und ob alle Netzteile Strom liefern -
sprich, die Dinge, die kaputt gehen können, ohne dass man es sofort
merkt.

Dazu habe ich mir von den zuständigen Systemverstehern MIB-Files geben
lassen, diese auf meinem Linux-System nach /usr/local/share/snmp/mibs
geworfen und
|mibdirs +/usr/local/share/snmp/mibs
nach /etc/snmp/snmp.conf geschrieben.

Dann habe ich snmpwalk aus NET-SNMP 5.4.1 auf die devices losgelassen
und festgestellt, dass in der Ausgabe irgendwie nur die Standard-MIBs
berücksichtigt werden. Ich hab also weder Statistiken über die
Fibre-Channel-Interfaces noch über die Hardware erhalten.

Was muss ich tun, damit ich die Daten erhalte, die ich eigentlich
haben will?

Message has been deleted

Marc Haber

unread,

Jan 5, 2011, 2:19:07 AM1/5/11

to

Ralf Döblitz <doeb...@doeblitz.net> wrote:
>Marc Haber <mh+usene...@zugschl.us> schrieb:
>[...]

>> Was muss ich tun, damit ich die Daten erhalte, die ich eigentlich
>> haben will?
>

>Ich mußte für einen ähnlichen Fall die MIBs explizit laden (mittels "mib
>+MIBNAME" in der snmp.conf), einfach nur im Dir bzw. Index verfügbar
>machen hat nicht gereicht.

Korrekt wäre "mibs", nur das ändert leider nichts am Umfang der
snmpwalk-Ausgabe. Es kommt nur ein Stapel Fehlermeldungen:

|Did not find 'mgmt' in module RFC1155-SMI (/usr/share/snmp/mibs/RFC1213-MIB.txt)
|Unlinked OID in RFC1213-MIB: mib-2 ::= { mgmt 1 }
|Undefined identifier: mgmt near line 15 of /usr/share/snmp/mibs/RFC1213-MIB.txt
|Did not find 'mib-2' in module RFC1213-MIB (/usr/local/share/snmp/mibs/RFC-1215.mib)
|Unlinked OID in RFC1215-MIB: snmp ::= { mib-2 11 }
|Undefined identifier: mib-2 near line 6 of /usr/local/share/snmp/mibs/RFC-1215.mib
|Did not find 'experimental' in module RFC1155-SMI (/usr/local/share/snmp/mibs/fa-mib40.mib)
|Unlinked OID in FCMGMT-MIB: fcmgmt ::= { experimental 94 }
|Undefined identifier: experimental near line 69 of /usr/local/share/snmp/mibs/fa-mib40.mib
|Did not find 'enterprises' in module RFC1155-SMI (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Did not find 'connUnitEventId' in module FCMGMT-MIB (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Did not find 'connUnitEventType' in module FCMGMT-MIB (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Did not find 'connUnitEventDescr' in module FCMGMT-MIB (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Unlinked OID in MSA2000TRAPS-MIB: hp ::= { enterprises 11 }
|Undefined identifier: enterprises near line 45 of /usr/local/share/snmp/mibs/msa2000traps.mib

Woran kann denn das liegen?

Und, sollte snmpwalk in Abwesenheit der passenden MIB nicht einfach
die vom Agenten gelieferten, nicht auswertbaren OIDs als rohe
numerische Werte ausgeben?

Bodo `Garfield' Bellut

unread,

Jan 5, 2011, 5:41:50 AM1/5/11

to

Hi,

Marc Haber <mh+usene...@zugschl.us> wrote:

>Ralf D�blitz <doeb...@doeblitz.net> wrote:
>>Marc Haber <mh+usene...@zugschl.us> schrieb:
>>[...]
>>> Was muss ich tun, damit ich die Daten erhalte, die ich eigentlich
>>> haben will?
>>

>>Ich mu�te f�r einen �hnlichen Fall die MIBs explizit laden (mittels "mib
>>+MIBNAME" in der snmp.conf), einfach nur im Dir bzw. Index verf�gbar
>>machen hat nicht gereicht.
>
>Korrekt w�re "mibs", nur das �ndert leider nichts am Umfang der

>snmpwalk-Ausgabe. Es kommt nur ein Stapel Fehlermeldungen:

[snip]

Wie rufst Du das snmpwalk denn auf? Wenn Du keinen Startpunkt angibst
(also "snmpwalk host"), dann beginn snmpwalk IIRC bei system und geht
diesen Baum durch. Versuche doch mal "snmpwalk host OID".

Marc Haber

unread,

Jan 5, 2011, 10:27:29 AM1/5/11

to

use...@spambin.de (Bodo `Garfield' Bellut) wrote:
>Marc Haber <mh+usene...@zugschl.us> wrote:

>>Ralf Döblitz <doeb...@doeblitz.net> wrote:
>>>Marc Haber <mh+usene...@zugschl.us> schrieb:
>>>[...]
>>>> Was muss ich tun, damit ich die Daten erhalte, die ich eigentlich
>>>> haben will?
>>>

>>>Ich mußte für einen ähnlichen Fall die MIBs explizit laden (mittels "mib
>>>+MIBNAME" in der snmp.conf), einfach nur im Dir bzw. Index verfügbar
>>>machen hat nicht gereicht.
>>
>>Korrekt wäre "mibs", nur das ändert leider nichts am Umfang der

>>snmpwalk-Ausgabe. Es kommt nur ein Stapel Fehlermeldungen:
>
>[snip]
>
>Wie rufst Du das snmpwalk denn auf? Wenn Du keinen Startpunkt angibst
>(also "snmpwalk host"), dann beginn snmpwalk IIRC bei system und geht
>diesen Baum durch.

Und diese Daten stehen nicht im system-Baum?

> Versuche doch mal "snmpwalk host OID".

bei welcher OID sollte ich einsteigen? Bei 1, oder .1?

Bodo `Garfield' Bellut

unread,

Jan 5, 2011, 2:34:11 PM1/5/11

to

Hi,

Marc Haber <mh+usene...@zugschl.us> wrote:
>use...@spambin.de (Bodo `Garfield' Bellut) wrote:
>>Marc Haber <mh+usene...@zugschl.us> wrote:

>>>Ralf D�blitz <doeb...@doeblitz.net> wrote:
>>>>Marc Haber <mh+usene...@zugschl.us> schrieb:
>>>>[...]
>>>>> Was muss ich tun, damit ich die Daten erhalte, die ich eigentlich
>>>>> haben will?
>>>>

>>>>Ich mu�te f�r einen �hnlichen Fall die MIBs explizit laden (mittels "mib
>>>>+MIBNAME" in der snmp.conf), einfach nur im Dir bzw. Index verf�gbar
>>>>machen hat nicht gereicht.
>>>
>>>Korrekt w�re "mibs", nur das �ndert leider nichts am Umfang der

>>>snmpwalk-Ausgabe. Es kommt nur ein Stapel Fehlermeldungen:
>>
>>[snip]
>>
>>Wie rufst Du das snmpwalk denn auf? Wenn Du keinen Startpunkt angibst
>>(also "snmpwalk host"), dann beginn snmpwalk IIRC bei system und geht
>>diesen Baum durch.
>
>Und diese Daten stehen nicht im system-Baum?

Genauer war es .1.3.6.1.2.1.1 aka MIB-2 System (IIRC), welches von
snmpwalk als Ausgangspunkt genutzt wird, wenn kein anderer angegeben
wird.

Deine MIBs sind h�chstwahrscheinlich im Enterprise-Zweig (.1.3.6.1.4.1),
also offensichtlich ausserhalb von MIB-2 System. Das steht in Deinen
MIBs drin.

>> Versuche doch mal "snmpwalk host OID".
>
>bei welcher OID sollte ich einsteigen? Bei 1, oder .1?

Bei dem Startpunkt der f�r Deine Zwecke relevanten MIB. F�r SNMP
relevant ist nur der Bereich .1.3.6.1 (aka 'internet'), wenn Dein System
so konfiguriert ist, dass alle MIBs geladen werden, dann sollte dieser
Einstigspunkt alle MIBs traversieren. Nat�rlich macht es keinen Sinn,
eine Enterprise-MIB f�r Ger�t "A" auf Ger�t "B", wom�glich noch von
einem anderen Hersteller, anzuwenden, es w�rde mich nicht �berraschen,
wenn GETNEXT (was snmpwalk letztendlich benutzt) in einem solchen Fall
abbricht.
Es ist also sinnvoll, direkt den Startpunkt der relevanten MIB zu
w�hlen, alleine schon deshalb, weil GETNEXT auf SNMP-Client schon mal
ordentlich Load erzeugen kann.

cu, Bodo

Marc Haber

unread,

Jan 7, 2011, 5:32:22 PM1/7/11

to

use...@spambin.de (Bodo `Garfield' Bellut) wrote:
>Genauer war es .1.3.6.1.2.1.1 aka MIB-2 System (IIRC), welches von
>snmpwalk als Ausgangspunkt genutzt wird, wenn kein anderer angegeben
>wird.

Ah, das erklärt es natürlich.

>Bei dem Startpunkt der für Deine Zwecke relevanten MIB. Für SNMP

>relevant ist nur der Bereich .1.3.6.1 (aka 'internet'), wenn Dein System
>so konfiguriert ist, dass alle MIBs geladen werden, dann sollte dieser

>Einstigspunkt alle MIBs traversieren. Natürlich macht es keinen Sinn,
>eine Enterprise-MIB für Gerät "A" auf Gerät "B", womöglich noch von
>einem anderen Hersteller, anzuwenden, es würde mich nicht überraschen,

>wenn GETNEXT (was snmpwalk letztendlich benutzt) in einem solchen Fall
>abbricht.

Wenn GETNEXT an dieser Stelle abbricht, wie bekommt man dann alle
Daten zu sehen, die das Gerät anbietet?

>Es ist also sinnvoll, direkt den Startpunkt der relevanten MIB zu

>wählen, alleine schon deshalb, weil GETNEXT auf SNMP-Client schon mal
>ordentlich Load erzeugen kann.

Ach, die Load ist mir weitgehend egal.

Hier der Output der MSA:
|$ snmpwalk -v 2c -c <snip> <ip> .1.3.6.1 msa.snmpwalk3

|Did not find 'mgmt' in module RFC1155-SMI (/usr/share/snmp/mibs/RFC1213-MIB.txt)
|Unlinked OID in RFC1213-MIB: mib-2 ::= { mgmt 1 }
|Undefined identifier: mgmt near line 15 of /usr/share/snmp/mibs/RFC1213-MIB.txt
|Did not find 'mib-2' in module RFC1213-MIB (/usr/local/share/snmp/mibs/RFC-1215.mib)
|Unlinked OID in RFC1215-MIB: snmp ::= { mib-2 11 }
|Undefined identifier: mib-2 near line 6 of /usr/local/share/snmp/mibs/RFC-1215.mib
|Did not find 'experimental' in module RFC1155-SMI (/usr/local/share/snmp/mibs/fa-mib40.mib)
|Unlinked OID in FCMGMT-MIB: fcmgmt ::= { experimental 94 }
|Undefined identifier: experimental near line 69 of /usr/local/share/snmp/mibs/fa-mib40.mib
|Did not find 'enterprises' in module RFC1155-SMI (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Did not find 'connUnitEventId' in module FCMGMT-MIB (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Did not find 'connUnitEventType' in module FCMGMT-MIB (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Did not find 'connUnitEventDescr' in module FCMGMT-MIB (/usr/local/share/snmp/mibs/msa2000traps.mib)
|Unlinked OID in MSA2000TRAPS-MIB: hp ::= { enterprises 11 }
|Undefined identifier: enterprises near line 45 of /usr/local/share/snmp/mibs/msa2000traps.mib

|Timeout: No Response from <ip>
|$

Die Ausgabe ist aber prima, und enthält auch mehr Informationen, da
jetzt auch die FCMGMT-MIB mit berücksichtigt wird. Da kann ich den
Status der Netzteile jetzt sehen, aber nicht den Status der einzelnen
Festplatten.

Kommen die Fehlermeldungen daher, dass mir noch einzelne MIB-Files
fehlen? Und wenn ja, welche?

Wenn ich den ESX frage, kommen mir leider noch einige numerische OIds,
hauptsächlich aus enterprises.232.6.2, enterprises.232.18 und
enterprises.232.23. Kann man irgendwo nachlesen, welche MIBs sich in
diesem Nummernkreis tummeln oder ist das Googeln und raten?

Was will mir denn sowas hier sagen?
|NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127 = STRING: CompaqInsight

Ich glaub, ich brauch mal ein "SNMP for Dummies". Empfehlenswerte
Literatur?

Sven Hartge

unread,

Jan 7, 2011, 6:42:54 PM1/7/11

to

Marc Haber <mh+usene...@zugschl.us> wrote:

> Wenn ich den ESX frage, kommen mir leider noch einige numerische OIds,
> hauptsächlich aus enterprises.232.6.2, enterprises.232.18 und
> enterprises.232.23. Kann man irgendwo nachlesen, welche MIBs sich in
> diesem Nummernkreis tummeln oder ist das Googeln und raten?

> Was will mir denn sowas hier sagen?
> |NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127 = STRING: CompaqInsight

Sind die ESXe HP-Geräte? Ist dort der HP Insight Remote Support Agent
installiert?

Dann will obige Zeile vermutlich sagen, dass dieses Modul im SNMP-Agent
des ESX eingebunden und aktiv ist.

S°

--
Sig lost. Core dumped.

Bodo `Garfield' Bellut

unread,

Jan 8, 2011, 5:17:27 AM1/8/11

to

Hi,

Marc Haber <mh+usene...@zugschl.us> wrote:

[snip]

>Wenn GETNEXT an dieser Stelle abbricht, wie bekommt man dann alle
>Daten zu sehen, die das Gerät anbietet?

Indem man alle relevanten Startpunkte verwendet. Tja, niemand hat
gesagt, dass SNMP bzw. dessen Implementationen gut ist.

Die Fehlermeldungen deuten darauf hin, dass einige Deiner MIBs
strubbelig sind. Unlinked OID für well known Bezeichner sollten nicht
sein, vielleicht musst Du die MIBs etwas anpassen, dass der Startpunkt
stimmt oder es braucht ein include einer anderen MIB.
Kommen die Fehlermeldungen auch, wenn Du nach "system" fragst oder nur,
wenn Du die 3rd party MIBs benutzt? Womöglich sind die nicht für "Dein"
snmpwalk gemacht, die Sytax ist da subtil unterschiedlich.

>Wenn ich den ESX frage, kommen mir leider noch einige numerische OIds,
>hauptsächlich aus enterprises.232.6.2, enterprises.232.18 und
>enterprises.232.23. Kann man irgendwo nachlesen, welche MIBs sich in
>diesem Nummernkreis tummeln oder ist das Googeln und raten?

Erster Treffer bei der Frage nach "snmp enterprise oid":

http://www.iana.org/assignments/enterprise-numbers

232 ist Compaq, die weitere Aufteilung ist Sache von Compaq.

>Was will mir denn sowas hier sagen?
>|NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127
>= STRING: CompaqInsight

Diese OID ist vom Typ String und enthält den Wert "CompaqInsight".

>Ich glaub, ich brauch mal ein "SNMP for Dummies". Empfehlenswerte
>Literatur?

Da kann ich nicht mit dienen, tut mir Leid. Du kannst aber mit diversen
Optionen (siehe auch man snmpcmd) spielen, insbesondere -Of -OS und -On
könnten sinnvoll sein und die Ausgaben mit den passenden MIBs
vergleichen.

Marc Haber

unread,

Jan 9, 2011, 3:54:36 AM1/9/11

to

Sven Hartge <sh-...@svenhartge.de> wrote:
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> Wenn ich den ESX frage, kommen mir leider noch einige numerische OIds,
>> hauptsächlich aus enterprises.232.6.2, enterprises.232.18 und
>> enterprises.232.23. Kann man irgendwo nachlesen, welche MIBs sich in
>> diesem Nummernkreis tummeln oder ist das Googeln und raten?
>
>> Was will mir denn sowas hier sagen?
>> |NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127 = STRING: CompaqInsight
>
>Sind die ESXe HP-Geräte? Ist dort der HP Insight Remote Support Agent
>installiert?

Das sind HP-Geräte, und ich weiß nicht was da installiert ist. Könnte
aber sein; die Leute die die Maschinen aufgesetzt haben sind dafür
bekannt dass sie auf Verdacht alles installieren was nicht bei drei
auf dem Baum ist.

>Dann will obige Zeile vermutlich sagen, dass dieses Modul im SNMP-Agent
>des ESX eingebunden und aktiv ist.

Sprich, der Insight Remote Support Agent müsste auch mit mir sprechen?
Ich werd dann mal die Jungs fragen, ob sie die dazugehörigen MIBs
irgendwo liegen haben. Für den Fall, dass Du direkt weißt, wo man die
herbekommt - nur zu ;)

Marc Haber

unread,

Jan 9, 2011, 4:02:37 AM1/9/11

to

use...@spambin.de (Bodo `Garfield' Bellut) wrote:

>Marc Haber <mh+usene...@zugschl.us> wrote:
>>Wenn GETNEXT an dieser Stelle abbricht, wie bekommt man dann alle
>>Daten zu sehen, die das Gerät anbietet?
>
>Indem man alle relevanten Startpunkte verwendet. Tja, niemand hat
>gesagt, dass SNMP bzw. dessen Implementationen gut ist.

Oft ist es "gut genug".

>>Kommen die Fehlermeldungen daher, dass mir noch einzelne MIB-Files
>>fehlen? Und wenn ja, welche?
>
>Die Fehlermeldungen deuten darauf hin, dass einige Deiner MIBs
>strubbelig sind. Unlinked OID für well known Bezeichner sollten nicht
>sein, vielleicht musst Du die MIBs etwas anpassen, dass der Startpunkt
>stimmt oder es braucht ein include einer anderen MIB.
>Kommen die Fehlermeldungen auch, wenn Du nach "system" fragst oder nur,
>wenn Du die 3rd party MIBs benutzt?

Die kommen nur, wenn die 3rd party MIBs eingebunden sind _und_ ich mit
.1.3.6.1 als Startpunkt einsteige.

> Womöglich sind die nicht für "Dein"
>snmpwalk gemacht, die Sytax ist da subtil unterschiedlich.

*waaah* Damit wird die ganze Geschichte ja komplett unbrauchbar,
sobald es in Vendorbereiche geht.

>>Wenn ich den ESX frage, kommen mir leider noch einige numerische OIds,
>>hauptsächlich aus enterprises.232.6.2, enterprises.232.18 und
>>enterprises.232.23. Kann man irgendwo nachlesen, welche MIBs sich in
>>diesem Nummernkreis tummeln oder ist das Googeln und raten?
>
>Erster Treffer bei der Frage nach "snmp enterprise oid":
>
> http://www.iana.org/assignments/enterprise-numbers
>
>232 ist Compaq, die weitere Aufteilung ist Sache von Compaq.

Ich hatte darauf gehofft, dass es da eine Aufstellung der geläufigsten
MIBs gegeben hätte. Die Zuordnung an Compaq hatte ich schon
gefunden...

>>Was will mir denn sowas hier sagen?
>>|NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127
>>= STRING: CompaqInsight
>
>Diese OID ist vom Typ String und enthält den Wert "CompaqInsight".

Und weiter interpretieren, w.B. als "diese MIB wird vom Insight
Manager Agent beliefert und ..." geht nicht?

>>Ich glaub, ich brauch mal ein "SNMP for Dummies". Empfehlenswerte
>>Literatur?
>
>Da kann ich nicht mit dienen, tut mir Leid.

Mist

>Du kannst aber mit diversen
>Optionen (siehe auch man snmpcmd) spielen, insbesondere -Of -OS und -On
>könnten sinnvoll sein und die Ausgaben mit den passenden MIBs
>vergleichen.

Das wollt ich mir eigentlich gerne ersparen, aber wenn da kein Weg
dran vorbei führt, alas.

Bodo `Garfield' Bellut

unread,

Jan 9, 2011, 10:56:52 AM1/9/11

to

Marc Haber <mh+usene...@zugschl.us> wrote:
>use...@spambin.de (Bodo `Garfield' Bellut) wrote:
>>Marc Haber <mh+usene...@zugschl.us> wrote:
>>>Wenn GETNEXT an dieser Stelle abbricht, wie bekommt man dann alle
>>>Daten zu sehen, die das Gerät anbietet?
>>
>>Indem man alle relevanten Startpunkte verwendet. Tja, niemand hat
>>gesagt, dass SNMP bzw. dessen Implementationen gut ist.
>
>Oft ist es "gut genug".

korrekt.

>>>Kommen die Fehlermeldungen daher, dass mir noch einzelne MIB-Files
>>>fehlen? Und wenn ja, welche?
>>
>>Die Fehlermeldungen deuten darauf hin, dass einige Deiner MIBs
>>strubbelig sind. Unlinked OID für well known Bezeichner sollten nicht
>>sein, vielleicht musst Du die MIBs etwas anpassen, dass der Startpunkt
>>stimmt oder es braucht ein include einer anderen MIB.
>>Kommen die Fehlermeldungen auch, wenn Du nach "system" fragst oder nur,
>>wenn Du die 3rd party MIBs benutzt?
>
>Die kommen nur, wenn die 3rd party MIBs eingebunden sind _und_ ich mit
>.1.3.6.1 als Startpunkt einsteige.

Dann sind's die MIBs.

>> Womöglich sind die nicht für "Dein"
>>snmpwalk gemacht, die Sytax ist da subtil unterschiedlich.
>
>*waaah* Damit wird die ganze Geschichte ja komplett unbrauchbar,
>sobald es in Vendorbereiche geht.

Nicht komplett unbrauchbar, sondern nur ekelig. Man darf sich ja nicht
beschweren sondern muss schon glücklich sein, wenn Hersteller überhaupt
MIBs anbieten und nicht nur deren eigenes, proprietäres, closed-source
Management-Tool.

Meistens ist die Anpassung einfach, es fehlt z.B. die Definition des
Startpunktes oder die Einbindung einer Basis-MIB.

[ enterprise OID ]

>Ich hatte darauf gehofft, dass es da eine Aufstellung der geläufigsten
>MIBs gegeben hätte. Die Zuordnung an Compaq hatte ich schon
>gefunden...

Jeder kann eine enterprise OID registrieren, was er darunter baut ist
ganz alleine sein Bier. D.h. das Protokoll und die Datentypen sind zwar
fest definiert, die Struktur und welche Daten darin liegen nimmt aber
jeder selbst vor, deshalb gibt es ja die MIBs.

>>>Was will mir denn sowas hier sagen?
>>>|NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127
>>>= STRING: CompaqInsight
>>
>>Diese OID ist vom Typ String und enthält den Wert "CompaqInsight".
>
>Und weiter interpretieren, w.B. als "diese MIB wird vom Insight
>Manager Agent beliefert und ..." geht nicht?

Nein. Theoretisch kannst Du OIDs auch mehrfach benutzen (im
experimental-Zweig, z.B.) und die Interpretation der gelieferten Werte
ist von der MIB abhängig.

>>Du kannst aber mit diversen
>>Optionen (siehe auch man snmpcmd) spielen, insbesondere -Of -OS und -On
>>könnten sinnvoll sein und die Ausgaben mit den passenden MIBs
>>vergleichen.
>
>Das wollt ich mir eigentlich gerne ersparen, aber wenn da kein Weg
>dran vorbei führt, alas.

Das wirst Du schon deshlab brauchen, weil Du die MIBs an "Dein" SNMP
anpassen musst.

Sven Hartge

unread,

Jan 9, 2011, 5:36:06 PM1/9/11

to

Marc Haber <mh+usene...@zugschl.us> wrote:
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> Marc Haber <mh+usene...@zugschl.us> wrote:

>>> Wenn ich den ESX frage, kommen mir leider noch einige numerische
>>> OIds, hauptsächlich aus enterprises.232.6.2, enterprises.232.18 und
>>> enterprises.232.23. Kann man irgendwo nachlesen, welche MIBs sich in
>>> diesem Nummernkreis tummeln oder ist das Googeln und raten?

>>> Was will mir denn sowas hier sagen?
>>> |NET-SNMP-AGENT-MIB::nsModuleName."".14.1.3.6.1.4.1.232.22.2.3.1.3.1.4.127 = STRING: CompaqInsight
>>
>> Sind die ESXe HP-Geräte? Ist dort der HP Insight Remote Support Agent
>> installiert?

> Das sind HP-Geräte, und ich weiß nicht was da installiert ist. Könnte
> aber sein; die Leute die die Maschinen aufgesetzt haben sind dafür
> bekannt dass sie auf Verdacht alles installieren was nicht bei drei
> auf dem Baum ist.

Möglich. Wie sieht denn die snmpd.conf auf den Geräten aus? Und welche
ESX-Version ist das? 3.0, 3.5, 4.0 oder 4.1?

>>Dann will obige Zeile vermutlich sagen, dass dieses Modul im SNMP-Agent
>>des ESX eingebunden und aktiv ist.

> Sprich, der Insight Remote Support Agent müsste auch mit mir sprechen?
> Ich werd dann mal die Jungs fragen, ob sie die dazugehörigen MIBs
> irgendwo liegen haben. Für den Fall, dass Du direkt weißt, wo man die
> herbekommt - nur zu ;)

Also, ich habe gerade den den Insight Remote Support Kram für mein
HP-Lefthand-SAN durchlitten und der spricht eigentlich ein eigenes
Protokoll, kann aber wohl auch als SubAgent via SNMP angesprochen
werden.

Zumindest als der Kram lief, die Geräte ihre Logs und Error nach HP
submittet haben, habe ich aufgehört, tiefer nach der Funktionalität zu
boren. Du weißt ja: sei vorsichtig, was du fragst, du könntest Antworten
bekommen.

Sven Hartge

unread,

Jan 9, 2011, 5:40:54 PM1/9/11

to

Marc Haber <mh+usene...@zugschl.us> wrote:
> use...@spambin.de (Bodo `Garfield' Bellut) wrote:

>> Womöglich sind die nicht für "Dein" snmpwalk gemacht, die Sytax ist
>> da subtil unterschiedlich.

> *waaah* Damit wird die ganze Geschichte ja komplett unbrauchbar,
> sobald es in Vendorbereiche geht.

Ganz ehrlich: Wann immer ich bisher mit Vendor-MIBs zu tun habe, war das
immer ein major pain in the ass.

Wenn man die zu den normalen MIBs ins System-MIB-Dir kopiert,
funktionieren diese normalerweise _nicht_.

Man muss _immer_ die komplette, auch die Default-RFC-MIBs vom jeweiligen
Vendor nehmen, am besten in jeweils komplett getrennte Verzeichnisse und
_niemals_ die System-MIBs überschreiben.

Dürfte daran liegen, dass die Hersteller teilweise wohl unterschiedliche
Versionen der RFC-MIBs als Basis benutzt haben und wenn man diese
mischt, passieren schlimme Dinge.

Mal davon abgesehen, dass ich bisher noch _keine_ Vendor-MIB gesehen
habe, die nicht mit tausenden Warnings beim Parsen daher kommt, selbst
in den verbreiteten Windows-Tools (OpenView und Co), so dass ich die
Hersteller eigentlich nicht damit herausreden können, dass "es bei uns
aber funktioniert".