Monday, September 6th 2010, 10:58pm UTC+2

You are not logged in.

  • Login
  • Register

Naqada

Intermediate

Posts: 205

Gender: male

Location: Köln

Occupation: AIX Admin

Number of Nagios server: 1

Hobbies: Badminton,Musik

Nagios Versions: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Versions: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

1

Tuesday, February 9th 2010, 11:30am

[solved] SNMPTT - Cannot resolve IP Address to hostname

Hi zusammen,

ich habe seit dem letzten Wochenende das Phänomen, das für manche Hosts der Hostname nicht richtig innerhalb NagTrap angezeigt wird.

Das ganze sieht wie folgt aus:


Source code

1
Tue Feb  9 11:20:12 2010 .1.3.6.1.4.1.954.1.0.3 Ignore "Control-M Schedule" UDP: [3 - Job I 347834  

Das Problem ist das UDP:[3. Hier sollte normalerweise der Hostname stehen. Seltsamerweise funktioniert das nur für einen Host nicht. Gerade der ist natürlich essentiell.

das UDP:[3 ist im Ganzen SNMP-Trap received via UDP: [i.p.adress.number]. Das habe ich im Debuglog gefunden.

Jemand ne Idee, warum das nicht sauber angezeigt wird ? Ich habe an den smptt.ini/conf Dateien seit Monaten nix geändert, und Patches wurden meines Wissens nach nicht installiert über das Wochenende.

Jede Idee wäre prima. Bin etwas ratlos.

This post has been edited 1 times, last edit by "Naqada" (Feb 9th 2010, 8:49pm)


RainbowWarrior

Professional

Posts: 1,060

Birthday: Sep 21st 1985 (24)

Gender: male

Location: Elmshorn

Occupation: Sysadmin Linux

Number of Nagios server: 1

Hobbies: Linux, mixed martial arts

Nagios Versions: 3.2.0

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: ~300

Number of services: ~2000

OS: FreeBSD

Plugin Versions: 1.4.13

NagVis Version: 1.4

NDO Version: 1.4b8

Perfparse Version: PNP 0.4.12

Other Addons: PNP, SNMPTT,Nagvis,NBP, Dokuwiki

2

Tuesday, February 9th 2010, 12:08pm

Mh..
ich bin mir grade nicht sicher woher der Hostname bezogen wird. Ich meine es gibt eine snmptt.ini-Einstellung die DNS ein oder ausschaltet.
Möglicherweise wird die Information aus dem Trap bezogen und wenn an der erwarteten Stelle eben nicht der Hostname steht, sondern UDP: [3 wird eben das angezeigt. Vielleicht kannst du dir mal den ganzen Trap ansehen?
Gruß Björn

Fehler macht man, aus Fehlern lernt man und
Einsicht entsteht wie das nur aus Fehlern geht :rolleyes:

Naqada

Intermediate

Posts: 205

Gender: male

Location: Köln

Occupation: AIX Admin

Number of Nagios server: 1

Hobbies: Badminton,Musik

Nagios Versions: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Versions: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

3

Tuesday, February 9th 2010, 12:23pm

Hi,

leider weiß ich auch nicht wo genau diese Info herkommt.

Hier der Trap

Source code

1
Feb  9 11:50:14 dezntnagiossapp01 snmptt[1001]: .1.3.6.1.4.1.954.1.0.3 Ignore "Control-M Schedule" UDP: [3 - Job I 347837  CTMPROD          CP1INVCANC                 0ujwm V Not_Noticed 20100209115011                     Ended not OK ctmagent     Faktura          CP1              CP1INVCANC                                                   dehq0pa2                                       5 on I 347837  CTMPROD          CP1INVCANC                 0ujwm V Not_Noticed 20100209115011                     Ended not OK ctmagent     Faktura          CP1              CP1INVCANC                                                   dehq0pa2                                       6 aborted correctly!


Anbei ein Bsp. wo der "Hostname" her kommt":
2010-02-09 12:15:14 3.6.166.119(via UDP: [3.6.166.119]:63485)

DNS ist auf dns-resolv gesetzt in der snmptt.ini. Ich verstehe nicht was sich seit dem WE am Systme geändert hat, abgesehn davon, das kurzzeitig / voll gelaufen war. Aber das wurde behoben :(

This post has been edited 1 times, last edit by "Naqada" (Feb 9th 2010, 12:28pm)


RainbowWarrior

Professional

Posts: 1,060

Birthday: Sep 21st 1985 (24)

Gender: male

Location: Elmshorn

Occupation: Sysadmin Linux

Number of Nagios server: 1

Hobbies: Linux, mixed martial arts

Nagios Versions: 3.2.0

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: ~300

Number of services: ~2000

OS: FreeBSD

Plugin Versions: 1.4.13

NagVis Version: 1.4

NDO Version: 1.4b8

Perfparse Version: PNP 0.4.12

Other Addons: PNP, SNMPTT,Nagvis,NBP, Dokuwiki

4

Tuesday, February 9th 2010, 3:41pm

Quoted


[


Vermutlich stößt er sich an jenem Zeichen. Kommt dieses in älteren Traps denn auch vor?
Gruß Björn

Fehler macht man, aus Fehlern lernt man und
Einsicht entsteht wie das nur aus Fehlern geht :rolleyes:

Naqada

Intermediate

Posts: 205

Gender: male

Location: Köln

Occupation: AIX Admin

Number of Nagios server: 1

Hobbies: Badminton,Musik

Nagios Versions: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Versions: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

5

Tuesday, February 9th 2010, 4:37pm

Hi Björn,

das ist ja das schlimme. Freitag weggegangen = alles super. Kommste Dienstag zurück = "kaputt".

Wirklich sinn macht es nicht. Es kann fast nur an SNMPTT liegen, aber der ist immernoch v.1.2 und selbstkompiliert.
Weißt du den wo SNMPTRAPD die Variable "host" herholt ? Da ist ja wohl irgendwo plötzlich eine neue Spalte hinzgekommen, und der trim oder was auch immer funkt nicht mehr sauber.

Naqada

Intermediate

Posts: 205

Gender: male

Location: Köln

Occupation: AIX Admin

Number of Nagios server: 1

Hobbies: Badminton,Musik

Nagios Versions: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Versions: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

6

Tuesday, February 9th 2010, 4:50pm

So, um das ganze noch etwas zu erweitern:

In der snmptt.log steht folgendes:

Source code

1
Tue Feb  9 13:42:07 2010 .1.3.6.1.4.1.2.2.1.5.0.9 Info "TSM Library" UDP: [3 - 3494 11308 UNSOL 10 ff00 *Volumes added to category: ff00

bei dem UDP: [3 sollte eigentlich der Hostname stehen.

Also schneidet snmptt hier die Infos falsch heraus. Oder irgendwas anderes ist falsch.
Welche Version von snmptrapd hast du den am laufen ?

Naqada

Intermediate

Posts: 205

Gender: male

Location: Köln

Occupation: AIX Admin

Number of Nagios server: 1

Hobbies: Badminton,Musik

Nagios Versions: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 77

Number of services: 2200

OS: Suse11

Plugin Versions: 1.42

NagVis Version: 1.4.3

NDO Version: 1.4.2

Other Addons: PNP 0.6,Nagtrap,Nagvis

7

Tuesday, February 9th 2010, 8:54pm

So, das Problem ist anscheinend gelöst.

Ich weiß nicht warum, wieso und weshalb. Aber die Version von SNMPTRAPD, die jetzt gerade auf dem Nagiosserver läuft scheint die Option "-n" nicht mehr zu ignorieren.

Ich habe den Daemon immer mit Nagios mittels

Source code

1
 /usr/sbin/snmptrapd -On -Lf /var/log/snmptrapd -u nagios -n -C -c /etc/snmptrapd.conf

gestartet.

Nachdem ich noch was gegrübelt hatte, kam mir die ganzen Optionen von snmptrapd in Verdacht, und die Option "-n" besagt, das es keine DNS lookups macht.

Also das "-n" rausgehauen, und schon passen die Hostnamen wieder. Frag mich immernoch woher die plötzliche Änderung kommt, aber wat solls.

Et geht :)

Similar threads