O daemon SNMP da Rede não inicia

Question

Eu tive isso funcionando perfeitamente por anos, mas de repente (acho que está seguindo a atualização do debian 8 - > debian 9) ele parou de funcionar.

Eu tentei várias coisas e acabei purgando tudo:

# apt purge snmp snmpd

e depois reinstalado, mas ainda não funciona.

Estou começando com o systemd (mesmo se estiver em /etc/init.d ) com

# systemctl start snmpd

Vejo que o processo é iniciado com as seguintes opções:

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

Aqui está o status do daemon:

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

Eu também vi que o usuário mudou de snmp para Debian-snmp . Eu pessoalmente acho que é uma mudança estúpida, mas no final eu realmente não me importo. Não sei se é a causa do meu problema.

O problema real é:

• Eu não posso parar ou matar o processo, eu tenho que matar com -9 para parar
• se eu iniciar o processo manualmente, o shell está bloqueado e não responde a ctrl-C, ctrl-Z, etc.
• a porta UDP não está aberta, por exemplo lsof -i udp:161 não retorna nada
• ao tentar pará-lo (por exemplo, systemctl stop snmpd ), ele trava e, na verdade, preciso pkill -9 snmpd para recuperar

Eu verifiquei isso:

• iptables permite o tráfego
• os arquivos de configuração são padrão
• o conf diz que deve ouvir o localhost: 161
• iniciá-lo com -LS7d não produz nada de interessante no syslog (mesma saída que a saída systemctl status acima)

Qualquer tentativa de obter ou andar em qualquer versão / comunidade gera um erro de tempo limite.

Não sei o que aconteceu e b / como recuperá-lo.

    

Answer 1

Eu tenho uma montagem NFS falsa que, por algum motivo, foi verificada pelo daemon SNMP.

Parei o autofs, preguiçosamente montei os nfos compartilhados do NFS e reiniciei o SNMPd.

Eu consegui encontrar isso stracing SNMP:

strace snmpd

Ele estava preso em stat no falso compartilhamento do NFS.