Verifique el comando que comienza snmpd(posiblemente en algún lugar /etc/rc.d/, en Ubuntu /etc/defaults/snmpd) para las opciones de registro:
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid -g root 0.0.0.0'
O encuéntralo en la ps aux | grep snmpdsalida.
La página del manual ofrece las opciones de registro:
-S INSTALACIÓN
Registre mensajes a través de syslog, utilizando la función especificada ('d' para LOG_DAEMON, 'u' para LOG_USER o '0' - '7' para LOG_LOCAL0 a LOG_LOCAL7). También hay versiones "mayúsculas" de cada una de estas opciones, que permiten que el mecanismo de registro correspondiente se restrinja a ciertas prioridades de mensaje.
Para -LF y -LS, la especificación de prioridad viene antes que el token de archivo o instalación. Las prioridades reconocidas son:
0 or ! for LOG_EMERG,
1 or a for LOG_ALERT,
2 or c for LOG_CRIT,
3 or e for LOG_ERR,
4 or w for LOG_WARNING,
5 or n for LOG_NOTICE,
6 or i for LOG_INFO, and
7 or d for LOG_DEBUG.
El valor predeterminado es bastante detallado (solo 2 niveles por debajo de la depuración):
La salida normal se registra (o se registrará) en un nivel de prioridad de LOG_NOTICE
Si está iniciando sesión en syslog a través de LOG_DAEMON (-Lsd), puede reducirlo a, por ejemplo, LOG_WARNING con -LSwd/ -LS4do LOG_ERR con -LSed/ -LS3d.
(Editado para poner las opciones en el orden correcto).
/etc/snmp/snmpd.optionsni es,/etc/sysconfig/snmpd.optionspero en realidad lo es/etc/sysconfig/snmpd. Elps aux | grep snmpdera realmente útil para ver si los cambios estaban trabajando./lib/systemd/system/snmpd.service, usesystemctl cat snmpdysystemctl edit snmpdpara anular[Service]ExecStartsolamente.ExecStartdebe ingresarse dos veces, la primera vez vacía para borrar la antigua (busque la función de configuración del proveedor de anulación de systemd )Para establecer la prioridad mínima en LOG_WARNING, (que es lo que suelo usar) simplemente cambie el argopt:
a
Lo que significa:
Como se indica en el hombre (pero en realidad falta un ejemplo claro):
fuente
Es decir, agregar
dontLogTCPWrappersConnects truea snmpd.conf.Estoy desconcertado por qué este mensaje de registro se considera por encima de LOG_DEBUG, para un servicio de monitoreo (y uno que admite UDP) :-(.
journalctl -o verboseMuestra que el mensaje tiene PRIORITY = 6 (INFO), que es lo mismo que los mensajes de inicio normales para snmpd .fuente
Elimino por completo la directiva "-Lsd" del
/etc/sysconfig/snmpd.optionsarchivo en las instalaciones de CentOS / Redhat, dejando un archivo que dice:fuente
La inclusión de la línea estándar (incluida en el
/etc/snmp/snmp.confarchivo predeterminado para CentOS 6.5) funcionó para mí para reducir la verbosidad específicamente con respecto al registro de conexión TCP / UDP SNMP:Aquí hay un extracto más "detallado" del
snmp.confarchivo predeterminado :fuente
en el raspberry pi / raspbian, la ubicación del archivo es
/lib/systemd/system/snmpd.service
entonces debe hacer una recarga de daemon antes de reiniciar el servicio snmpd.
systemctl daemon-reload
fuente