Сетевой демон SNMP не запускается

Question

У меня это работало отлично в течение многих лет, но внезапно (я думаю, что оно следует после обновления Debian 8 -> Debian 9), оно перестало работать.

Я перепробовал несколько вещей и все закончил:

# apt purge snmp snmpd

и затем переустановил, но это все еще не работает.

Я начинаю его с systemd (даже если он находится в /etc/init.d) с

# systemctl start snmpd

Я вижу, что процесс запускается со следующими параметрами:

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

Вот статус демона:

# 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)

Я также увидел, что пользователь перешел с snmp на Debian-snmp . Я лично думаю, что это глупое изменение, но в конце концов мне все равно. Я не знаю, является ли это причиной моей проблемы.

Актуальная проблема:

• Я не могу остановить или убить процесс, я должен убить с -9 чтобы остановить
• если я запускаю процесс вручную, оболочка блокируется и не отвечает на ctrl-C, ctrl-Z и т. д.
• порт UDP не открыт, например, lsof -i udp:161 ничего не возвращает
• при попытке остановить его (например, systemctl stop snmpd) он зависает, и мне действительно pkill -9 snmpd для восстановления

Я проверил это:

• iptables позволяет трафик
• файлы конфигурации по умолчанию
• конф говорит, что должен слушать localhost:161
• запуск его с -LS7d не дает ничего интересного в системном журнале (тот же вывод, что и systemctl status выше)

Любая попытка получить или пройтись по любой версии / сообществу приводит к ошибке тайм-аута.

Я не знаю, / что случилось, и б / как вернуть его на ноги.

Answer 1

У меня есть поддельное монтирование NFS, которое по какой-то причине было отсканировано демоном SNMP.

Я остановил autofs, лениво разобрал поддельные NFS-ресурсы и перезапустил SNMPd.

Я мог бы найти это, назначив SNMP:

strace snmpd

Это застряло в stat на поддельной акции NFS.