snmpd不能在statfs目录下使用

Question

在Ubuntu16.04上，我运行snmpd进行监视。在我的syslog中，我每5分钟看到以下消息：

Sep 23 11:10:11 kvm snmpd[3427]: Cannot statfs /sys/kernel/debug/tracing: Permission denied

snmp守护进程是在snmp用户下运行的。/sys/内核/debug具有权限：

drwx------ 27 root root 0 Sep 22 21:34 .

因此，这个错误是有意义的。但是，没有意义的是，snmpd为什么要对这个目录进行统计。有什么想法吗？

Answer 1

下面的设置在/etc/default/snmpd中。当我从Ls3d更改为Lsd时，被拒绝的消息就会消失，因此我假设它与日志级别有关。

SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g snmp -I -smux,mteTrigger,mteTriggerConf -p /run/snmpd.pid'

我在关于服务器故障的这个问题中找到了一些关于snmpd日志级别的信息。

Answer 2

这是一个较旧的帖子，但这是第一个热门的DuckDuckGo，所以我将发布一个澄清，因为我已经工作了整个上午。我正在使用systemd运行Debian 9，所以您需要像前面提到的那样编辑/lib/systemd/system/snmpd.service并使用systemctl daemon-reload重新加载。您还需要使用systemctl restart snmpd重新启动snmpd。您可以检查实际使用systemctl status snmpd启动服务的命令行。

上面关于将-Lsd更改为-Ls3d的指令是不正确的。这个选项区分大小写，-Ls3d什么也不做.当用于启动服务时，它也不会引发错误。正确的选项是-LS3d。从手册页：

-Ls FACILITY
Log messages via syslog, using the specified facility ('d' for LOG_DAEMON, 'u' for 
LOG_USER, or '0'-'7' for LOG_LOCAL0 through LOG_LOCAL7).
There are also "upper case" versions of each of these options, which allow the 
corresponding logging mechanism to be restricted to certain priorities of message.

For -LF and -LS the priority specification comes before the file or facility token.