Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright © 2009 Mathias Kettner
···
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
···
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
Hey Marcel,
also die Community stimmt, da ich beim snmpwalk entsprechende Werte bekomme, auch bei SNMP v2c bekomme ich beim walk alle Werte nur die.1.3.6.1.2.1.1.1.0 nicht.
Fängt quasi bei 2 an 
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.9.1.570
iso.3.6.1.2.1.1.3.0 = Timeticks: (1080546992) 125 days, 1:31:09.92
iso.3.6.1.2.1.1.4.0 = “”
iso.3.6.1.2.1.1.5.0 = STRING: “ber22ivk787.versatel.de”
…
…
…
Wenn keiner mehr weiß, wie ich Check_Mk beibringe die Abfrage.1.3.6.1.2.1.1.1.0 zu ignorieren, muss ich wohl mal bei Versatel nachfragen.
Danke und Gruß, Stefan
Marcel Schulte schulte.marcel@gmail.com 29.09.2015 12:43 >>>
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
···
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
Hallo Stefan,
man lernt ja nie aus, sowas habe ich auch noch nicht gesehen.
Du solltest auf jeden Fall mal bei Versatel nachfragen, welche Moeglichkeiten es denn gibt, an die sysDescr heran zu kommen. Falst alle SNMP-Checks fragen fuer eine Inventur entweder sysObjectId (iso.3.6.1.2.1.1.2.0) oder/und sysDescr (iso.3.6.1.2.1.1.1.0) ab um zu entscheiden, ob eine Inventur ueberhaupt probiert werden sollte. Die sysObjectId funktioniert ja immerhin, aber ohne die sysDescr sehe ich relativ wenig Chancen, CMK bzgl. SNMP sinnvoll einsetzen zu koennen.
Schoene Gruesse,
Marcel
···
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 14:43 Uhr:
Hey Marcel,
also die Community stimmt, da ich beim snmpwalk entsprechende Werte bekomme, auch bei SNMP v2c bekomme ich beim walk alle Werte nur die .1.3.6.1.2.1.1.1.0 nicht.
Fängt quasi bei 2 an
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.9.1.570
iso.3.6.1.2.1.1.3.0 = Timeticks: (1080546992) 125 days, 1:31:09.92
iso.3.6.1.2.1.1.4.0 = “”
iso.3.6.1.2.1.1.5.0 = STRING: “ber22ivk787.versatel.de”
…
…
…
Wenn keiner mehr weiß, wie ich Check_Mk beibringe die Abfrage .1.3.6.1.2.1.1.1.0 zu ignorieren, muss ich wohl mal bei Versatel nachfragen.
Danke und Gruß, Stefan
Marcel Schulte schulte.marcel@gmail.com 29.09.2015 12:43 >>>
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
Naja das es solche Geräte gibt ist nicht ganz ungewöhnlich. Probier mal das Gerät so zu konfigurieren das es keine SysDescrOID benutzt über dir Regel “Hosts without System description OID”.
Dann sollte eine Inventur funktionieren.
Gruß
Andreas
···
Marcel Schulte schulte.marcel@gmail.com schrieb am Di., 29. Sep. 2015 14:51:
Hallo Stefan,
man lernt ja nie aus, sowas habe ich auch noch nicht gesehen.
Du solltest auf jeden Fall mal bei Versatel nachfragen, welche Moeglichkeiten es denn gibt, an die sysDescr heran zu kommen. Falst alle SNMP-Checks fragen fuer eine Inventur entweder sysObjectId (iso.3.6.1.2.1.1.2.0) oder/und sysDescr (iso.3.6.1.2.1.1.1.0) ab um zu entscheiden, ob eine Inventur ueberhaupt probiert werden sollte. Die sysObjectId funktioniert ja immerhin, aber ohne die sysDescr sehe ich relativ wenig Chancen, CMK bzgl. SNMP sinnvoll einsetzen zu koennen.
Schoene Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 14:43 Uhr:
Hey Marcel,
also die Community stimmt, da ich beim snmpwalk entsprechende Werte bekomme, auch bei SNMP v2c bekomme ich beim walk alle Werte nur die .1.3.6.1.2.1.1.1.0 nicht.
Fängt quasi bei 2 an
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.9.1.570
iso.3.6.1.2.1.1.3.0 = Timeticks: (1080546992) 125 days, 1:31:09.92
iso.3.6.1.2.1.1.4.0 = “”
iso.3.6.1.2.1.1.5.0 = STRING: “ber22ivk787.versatel.de”
…
…
…
Wenn keiner mehr weiß, wie ich Check_Mk beibringe die Abfrage .1.3.6.1.2.1.1.1.0 zu ignorieren, muss ich wohl mal bei Versatel nachfragen.
Danke und Gruß, Stefan
Marcel Schulte schulte.marcel@gmail.com 29.09.2015 12:43 >>>
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
Hey Andreas,
danke für den Hinweis, nur leider habe ich keine Möglichkeit das Gerät zu konfigurieren, da es das Eigentum von Versatel ist.
Ich werde dort mal ein Ticket auf machen und nach der Möglichkeit fragen ob dieSysDescrOID freizuschalten ist.
VG,
Stefan Krüger
Andreas Döhlerandreas.doehler@gmail.com 30.09.2015 12:06 >>>
Naja das es solche Geräte gibt ist nicht ganz ungewöhnlich. Probier mal das Gerät so zu konfigurieren das es keine SysDescrOID benutzt über dir Regel “Hosts without System description OID”.
Dann sollte eine Inventur funktionieren.
Gruß
Andreas
···
Marcel Schulte schulte.marcel@gmail.com schrieb am Di., 29. Sep. 2015 14:51:
Hallo Stefan,
man lernt ja nie aus, sowas habe ich auch noch nicht gesehen.
Du solltest auf jeden Fall mal bei Versatel nachfragen, welche Moeglichkeiten es denn gibt, an die sysDescr heran zu kommen. Falst alle SNMP-Checks fragen fuer eine Inventur entweder sysObjectId (iso.3.6.1.2.1.1.2.0) oder/und sysDescr (iso.3.6.1.2.1.1.1.0) ab um zu entscheiden, ob eine Inventur ueberhaupt probiert werden sollte. Die sysObjectId funktioniert ja immerhin, aber ohne die sysDescr sehe ich relativ wenig Chancen, CMK bzgl. SNMP sinnvoll einsetzen zu koennen.
Schoene Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 14:43 Uhr:
Hey Marcel,
also die Community stimmt, da ich beim snmpwalk entsprechende Werte bekomme, auch bei SNMP v2c bekomme ich beim walk alle Werte nur die .1.3.6.1.2.1.1.1.0 nicht.
Fängt quasi bei 2 an
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.9.1.570
iso.3.6.1.2.1.1.3.0 = Timeticks: (1080546992) 125 days, 1:31:09.92
iso.3.6.1.2.1.1.4.0 = “”
iso.3.6.1.2.1.1.5.0 = STRING: “ber22ivk787.versatel.de”
…
…
…
Wenn keiner mehr weiß, wie ich Check_Mk beibringe die Abfrage .1.3.6.1.2.1.1.1.0 zu ignorieren, muss ich wohl mal bei Versatel nachfragen.
Danke und Gruß, Stefan
Marcel Schulte schulte.marcel@gmail.com 29.09.2015 12:43 >>>
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
Hi Stefan,
Andreas meinte die Konfiguration in CMK/WATO: Host & Service parameters → Access to agents → Hosts without system description OID
…zumindest in 1.2.6p2 gibt’s das, war mir aber auch neu.
Gruesse,
Marcel
···
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Mi., 30. Sep. 2015 um 15:12 Uhr:
Hey Andreas,
danke für den Hinweis, nur leider habe ich keine Möglichkeit das Gerät zu konfigurieren, da es das Eigentum von Versatel ist.
Ich werde dort mal ein Ticket auf machen und nach der Möglichkeit fragen ob die SysDescrOID freizuschalten ist.
VG,
Stefan Krüger
Andreas Döhlerandreas.doehler@gmail.com 30.09.2015 12:06 >>>
Naja das es solche Geräte gibt ist nicht ganz ungewöhnlich. Probier mal das Gerät so zu konfigurieren das es keine SysDescrOID benutzt über dir Regel “Hosts without System description OID”.
Dann sollte eine Inventur funktionieren.
Gruß
Andreas
Marcel Schulte schulte.marcel@gmail.com schrieb am Di., 29. Sep. 2015 14:51:
Hallo Stefan,
man lernt ja nie aus, sowas habe ich auch noch nicht gesehen.
Du solltest auf jeden Fall mal bei Versatel nachfragen, welche Moeglichkeiten es denn gibt, an die sysDescr heran zu kommen. Falst alle SNMP-Checks fragen fuer eine Inventur entweder sysObjectId (iso.3.6.1.2.1.1.2.0) oder/und sysDescr (iso.3.6.1.2.1.1.1.0) ab um zu entscheiden, ob eine Inventur ueberhaupt probiert werden sollte. Die sysObjectId funktioniert ja immerhin, aber ohne die sysDescr sehe ich relativ wenig Chancen, CMK bzgl. SNMP sinnvoll einsetzen zu koennen.
Schoene Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 14:43 Uhr:
Hey Marcel,
also die Community stimmt, da ich beim snmpwalk entsprechende Werte bekomme, auch bei SNMP v2c bekomme ich beim walk alle Werte nur die .1.3.6.1.2.1.1.1.0 nicht.
Fängt quasi bei 2 an
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.9.1.570
iso.3.6.1.2.1.1.3.0 = Timeticks: (1080546992) 125 days, 1:31:09.92
iso.3.6.1.2.1.1.4.0 = “”
iso.3.6.1.2.1.1.5.0 = STRING: “ber22ivk787.versatel.de”
…
…
…
Wenn keiner mehr weiß, wie ich Check_Mk beibringe die Abfrage .1.3.6.1.2.1.1.1.0 zu ignorieren, muss ich wohl mal bei Versatel nachfragen.
Danke und Gruß, Stefan
Marcel Schulte schulte.marcel@gmail.com 29.09.2015 12:43 >>>
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
Hi Stefan,
Du sollst nicht den Router umkonfigurieren, sondern CMK…
“über dir Regel “Hosts without System description OID”.”
Grüsse
Daniel
···
Am 30.09.2015 15:11, schrieb Stefan Krüger:
Hey Andreas,
danke für den Hinweis, nur leider habe ich keine Möglichkeit das Gerät zu konfigurieren, da es das Eigentum von Versatel ist.
Ich werde dort mal ein Ticket auf machen und nach der Möglichkeit fragen ob dieSysDescrOID freizuschalten ist.
VG,
Stefan Krüger
Andreas Döhlerandreas.doehler@gmail.com 30.09.2015 12:06 >>>
Naja das es solche Geräte gibt ist nicht ganz ungewöhnlich. Probier mal das Gerät so zu konfigurieren das es keine SysDescrOID benutzt über dir Regel “Hosts without System description OID”.
Dann sollte eine Inventur funktionieren.
Gruß
Andreas
Marcel Schulte schulte.marcel@gmail.com schrieb am Di., 29. Sep. 2015 14:51:
Hallo Stefan,
man lernt ja nie aus, sowas habe ich auch noch nicht gesehen.
Du solltest auf jeden Fall mal bei Versatel nachfragen, welche Moeglichkeiten es denn gibt, an die sysDescr heran zu kommen. Falst alle SNMP-Checks fragen fuer eine Inventur entweder sysObjectId (iso.3.6.1.2.1.1.2.0) oder/und sysDescr (iso.3.6.1.2.1.1.1.0) ab um zu entscheiden, ob eine Inventur ueberhaupt probiert werden sollte. Die sysObjectId funktioniert ja immerhin, aber ohne die sysDescr sehe ich relativ wenig Chancen, CMK bzgl. SNMP sinnvoll einsetzen zu koennen.
Schoene Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 14:43 Uhr:
Hey Marcel,
also die Community stimmt, da ich beim snmpwalk entsprechende Werte bekomme, auch bei SNMP v2c bekomme ich beim walk alle Werte nur die .1.3.6.1.2.1.1.1.0 nicht.
Fängt quasi bei 2 an
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.9.1.570
iso.3.6.1.2.1.1.3.0 = Timeticks: (1080546992) 125 days, 1:31:09.92
iso.3.6.1.2.1.1.4.0 = “”
iso.3.6.1.2.1.1.5.0 = STRING: “ber22ivk787.versatel.de”
…
…
…
Wenn keiner mehr weiß, wie ich Check_Mk beibringe die Abfrage .1.3.6.1.2.1.1.1.0 zu ignorieren, muss ich wohl mal bei Versatel nachfragen.
Danke und Gruß, Stefan
Marcel Schulte schulte.marcel@gmail.com 29.09.2015 12:43 >>>
Hallo Stefan,
die einzige Hilfe die ich bieten kann ist dieser Hinweis:
Wenn du dir sicher bist, dass du die richtige SNMP-Community hast (also das hinter “XXXXXXXX”), dann versuche doch mal zusaetzlich die Variante mit v2c:
snmpget -v2c -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0
…wenn du da auch keine vernuenftige Antwort bekommst musst du mal bei Versatel nachfragen ob
a) die Community grundsaetzlich schon die richtige ist und
b) du auch nicht durch eine ACL auf dem Switch blockiert wirst.
Falls notwendig kannst du vielleicht die ACL aus b) entsprechend erweitern lassen, sodass dein CMK abfragen darf.
Gruesse,
Marcel
Stefan Krüger Stefan.Krueger@rathaus.potsdam.de schrieb am Di., 29. Sep. 2015 um 11:47 Uhr:
Hallo,
ich habe ein Problem mit dem auslesen von Ciso Switchen die von Versatel bei unseren Außenstellen eingesetzt werden.
Es scheint so als ob Versatel versucht die Switche vor Angriffen zu schützen, indem Sie den Typ Switch per SNMP nicht auslesen lassen.
OID .1.3.6.1.2.1.1.1.0 Dadurch mag check_mk die Switche nicht inventarisieren:
Inventorizing 123.
Scanning host 123(10.XXX.XXX.XXX) for SNMP checks…Running ‘snmpget -v1 -c ‘XXXXXXXX’ -m ‘’ -M ‘’ -On -OQ -Oe -Ot 10.XXX.XXX.XXX .1.3.6.1.2.1.1.1.0’
ERROR: SNMP error
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: .1.3.6.1.2.1.1.1.0
Traceback (most recent call last):
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 5916, in
do_snmp_scan(hostnames)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 2680, in do_snmp_scan
checknames = snmp_scan(hostname, ipaddress)
File “/omd/sites/lhp/share/check_mk/modules/check_mk.py”, line 879, in snmp_scan
raise MKSNMPError(“Cannot fetch system description OID %s” % sys_descr_oid)
main.MKSNMPError: Cannot fetch system description OID .1.3.6.1.2.1.1.1.0
Kann mir hier jemand weiter helfen?
cmk -V
This is check_mk version 1.2.4p5
Copyright (C) 2009 Mathias Kettner
Mit freundlichen Grüßen,
Stefan Krüger
Stadtverwaltung Potsdam
Bereich Informationstechnik
Friedrich-Ebert-Str. 79-81
14469 Potsdam
Tel: +49 331 289 3160
E-Fax: +49 311 289 84 3160
Fax: +49 331 289 2987
E-Mail: stefan.krueger@rathaus.potsdam.de
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
http://mathias-kettner.de/conference
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
[http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de](http://lists.mathias-kettner.de/mailman/listinfo/checkmk-de)
Wir treffen uns zur 2. Check_MK-Konferenz in München!
Rechtzeitig buchen und dabei sein!
18.-20. Oktober 2015
[http://mathias-kettner.de/conference](http://mathias-kettner.de/conference)