snmpd не может каталог statfs
В Ubuntu 16.04 я запускаю snmpd для мониторинга. В моем системном журнале я вижу следующее сообщение каждые 5 минут:
Sep 23 11:10:11 kvm snmpd[3427]: Cannot statfs /sys/kernel/debug/tracing: Permission denied
Демон snmp запускается под пользователем snmp. /sys/kernel/debug имеет разрешения:
drwx------ 27 root root 0 Sep 22 21:34 .
Итак, эта ошибка имеет смысл. Однако не имеет смысла, почему snmpd пытается определить этот каталог. Какие-нибудь мысли?
2 ответа
Следующая настройка в /etc/default/snmpdОтказ в разрешении исчезнет, когда я перейду на Ls3d с Lsd, поэтому я предполагаю, что в связи с уровнем журнала, я нахожу некоторую информацию об уровне журнала snmpd в ссылке ниже
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g snmp -I -smux,mteTrigger,mteTriggerConf -p /run/snmpd.pid'
https://serverfault.com/questions/310640/reduce-snmpd-logging-verbosity 1
Это старый пост, но это первый хит на DuckDuckGo, поэтому я собираюсь опубликовать разъяснение, так как я работал над этим все утро. Я использую Debian 9 с systemd, поэтому вам нужно отредактировать
/lib/systemd/system/snmpd.serviceи перезагрузить с помощью
systemctl daemon-reloadкак указано ранее. Вам также необходимо перезапустить snmpd, используя
systemctl restart snmpd. Вы можете проверить командную строку, используемую для фактического запуска службы, используя
systemctl status snmpd.
Инструкция выше по изменению
-Lsdто неправильно. Эта опция чувствительна к регистру и
-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.