Net SNMP-Daemon startet nicht

602
Benoit Duffez

Ich hatte es jahrelang perfekt funktioniert, aber plötzlich (ich glaube, es folgte das Upgrade auf debian 8 -> debian 9) hörte es auf zu funktionieren.

Ich habe mehrere Dinge ausprobiert und am Ende alles gereinigt:

# apt purge snmp snmpd 

und dann neu installiert, aber es funktioniert immer noch nicht.

Ich beginne es mit systemd (auch wenn es in ist /etc/init.d) mit

# systemctl start snmpd 

Ich sehe, dass der Prozess mit den folgenden Optionen gestartet wird:

/usr/sbin/snmpd -Lsd -Lf /dev/null -u Debian-snmp -g Debian-snmp -I -smux mteTrigger mteTriggerConf -f 

Hier ist der Daemon-Status:

# systemctl status snmpd ● snmpd.service - Simple Network Management Protocol (SNMP) Daemon. Loaded: loaded (/lib/systemd/system/snmpd.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2017-09-17 12:59:43 CEST; 5min ago Process: 58656 ExecStartPre=/bin/mkdir -p /var/run/agentx (code=exited, status=0/SUCCESS) Main PID: 58659 (snmpd) Tasks: 1 (limit: 9830) Memory: 5.9M CPU: 27ms CGroup: /system.slice/snmpd.service └─58659 /usr/sbin/snmpd -Lsd -Lf /dev/null -u Debian-snmp -g Debian-snmp -I -smux mteTrigger mteTriggerConf -f  Sep 17 12:59:43 dikkenek systemd[1]: Starting Simple Network Management Protocol (SNMP) Daemon.... Sep 17 12:59:43 dikkenek systemd[1]: Started Simple Network Management Protocol (SNMP) Daemon.. Sep 17 12:59:43 dikkenek snmpd[58659]: error on subcontainer 'ia_addr' insert (-1) 

Ich habe auch gesehen, dass sich der Benutzer von snmpzu geändert hat Debian-snmp. Ich persönlich denke, dass es eine dumme Veränderung ist, aber am Ende ist es mir egal. Ich weiß nicht, ob es die Ursache meines Problems ist.

Das eigentliche Problem ist:

  • Ich kann den Prozess nicht stoppen oder töten, ich muss damit töten, -9damit er aufhört
  • Wenn ich den Prozess von Hand starte, ist die Shell gesperrt und reagiert nicht auf Strg-C, Strg-Z usw.
  • Der UDP-Port ist nicht geöffnet, z. B. lsof -i udp:161gibt nichts zurück
  • Beim Versuch, es zu stoppen (zB systemctl stop snmpd), hängt es und ich muss mich tatsächlich pkill -9 snmpderholen

Ich habe das überprüft:

  • iptables erlaubt den Verkehr
  • Die Konfigurationsdateien sind Standard
  • das conf sagt, dass es localhost hören sollte: 161
  • Das Starten mit mit -LS7dbringt in Syslog nichts Interessantes (gleiche Ausgabe wie die systemctl statusAusgabe oben).

Jeder Versuch, eine Version / Community zu erhalten oder zu laufen, führt zu einem Timeout-Fehler.

Ich weiß nicht, was passiert ist und wie ich es wieder auf die Beine bringen kann.

0

1 Antwort auf die Frage

0
Benoit Duffez

Ich habe einen falschen NFS-Mount, der aus irgendeinem Grund vom SNMP-Dämon gescannt wurde.

Ich habe Autofs gestoppt, die gefälschten NFS-Freigaben träge aufgelöst und SNMPd neu gestartet.

Ich könnte das finden, indem ich SNMP einschränke:

strace snmpd 

Es wurde statauf der gefälschten NFS-Aktie festgehalten.