[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

snmpd 5.1.1-2 semmelt mit SIGSEGV ab



Hallo,

auf einem Debian-Testing-System ist snmpd-5.1.1-2 installiert.
An der Konfiguration wurde nicht viel gedreht, bzw. die gleiche
Konfiguration läuft auch auf anderen Systemen zuverlässig.

Wenn dann dieser Rechner via
monitor>$ snmpwalk -O s -v 1 -c rtfm2003 <SNMPDHOST>
abgefragt wird, erscheint folgendes:

  ...
  ifDescr.1 = STRING: lo
  ifDescr.2 = STRING: eth0
  ifDescr.3 = STRING: eth1
  ifDescr.4 = STRING: br0
  ifDescr.5 = STRING: uml_platon0
  ...
  ifSpecific.1 = OID: zeroDotZero
  ifSpecific.2 = OID: zeroDotZero
  ifSpecific.3 = OID: zeroDotZero
  ifSpecific.4 = OID: zeroDotZero
  ifSpecific.5 = OID: zeroDotZero
  Timeout: No Response from 10.2.1.4

Hier semmelt der snmpd auf dem abgefragten Host dann ab. Ein strace
zeigt folgendes:

  ...
  read(11, "# /etc/hosts.deny: list of hosts"..., 4096) = 898
  read(11, "", 4096)                      = 0
  close(11)                               = 0
  munmap(0x405d6000, 4096)                = 0
  write(10, "Connection from <MONITOR>\n", 26) = 26
  time(NULL)                              = 1090422523
  time(NULL)                              = 1090422523
  --- SIGSEGV (Segmentation fault) @ 0 (0) ---
  Process 7286 detached

Ich dachte, dass es evtl. am Interface uml_platon0 liegt. Habe die
UML-Box beendet, das Interface entfernt und sogar das tun-Kernelmodul
entfernt. Hat nichts gebracht, der snmpd semmelt nach wie vor ab.

Eine andere Möglichkeit ist es, dass das was danach kommt, die Ursache
für den Absturz ist.
Bei einem anderen Rechner sieht das so aus:

...
ifSpecific.3 = OID: zeroDotZero
atIfIndex.2.1.10.1.1.1 = INTEGER: 2
...

Was sagt mir das nun? Ist das ein Problem mit snmpd oder liegt der Hund
woanders begraben?

TIA,
Tom



Reply to: