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 snmpd
salida.
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
/ -LS4d
o LOG_ERR con -LSed
/ -LS3d
.
(Editado para poner las opciones en el orden correcto).
/etc/snmp/snmpd.options
ni es,/etc/sysconfig/snmpd.options
pero en realidad lo es/etc/sysconfig/snmpd
. Elps aux | grep snmpd
era realmente útil para ver si los cambios estaban trabajando./lib/systemd/system/snmpd.service
, usesystemctl cat snmpd
ysystemctl edit snmpd
para anular[Service]ExecStart
solamente.ExecStart
debe 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 true
a 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 verbose
Muestra 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.options
archivo 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.conf
archivo 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.conf
archivo 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