Repeated Syslog Entry from XMC
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
09-10-2021 03:31 PM
Hello,
The syslog in my XMC is constantly getting the following entry:
“snmpd[2703]: Cannot statfs /sys/kernel/debug/tracing: Permission denied”
the source is the XMC itself.
We are running version 8.5.6.17
This entry is new and I think it started after the upgrade to 8.5.6.17
Does anyone know how to correct this?
Thank you,
2 REPLIES 2
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
10-13-2021 08:10 AM
We are currently reviewing this behavior.
The debugfs and tracefs mounts are active in Ubuntu OS when this particular event is logged. Simply typing 'umount tracefs' will temporarily resolve it. Ultimately filtering out such a message if it continues to re-appear periodically may be the workaround / solution here.
The debugfs and tracefs mounts are active in Ubuntu OS when this particular event is logged. Simply typing 'umount tracefs' will temporarily resolve it. Ultimately filtering out such a message if it continues to re-appear periodically may be the workaround / solution here.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
10-12-2021 12:57 PM
A general web search suggests that this behavior is expected whenever the snmpd (daemon) source /proc/mounts and encounters a path it can not find or access. In this case - an access issue.
https://wiki.opennms.org/wiki/SNMP_spams_my_log is a reference point.
This suggests one workaround - to filter out this particular message - which I've tested and indeed does appear to work.
The /sys/kernel/debug/tracing sub-directory is owned by 'root' and snmpd is run as a separate user Debian-snmp.
drwx------ 8 root root 0 Sep 22 10:55 tracing/
So changing this path (unknown consequences) using 'chmod 755 tracing' to allow non-root users access appears to also suppress / prevent snmpd from logging this issue.
drwxr-xr-x 8 root root 0 Sep 22 10:55 tracing/
I would opt for filtering versus changing path permissions.
https://wiki.opennms.org/wiki/SNMP_spams_my_log is a reference point.
This suggests one workaround - to filter out this particular message - which I've tested and indeed does appear to work.
The /sys/kernel/debug/tracing sub-directory is owned by 'root' and snmpd is run as a separate user Debian-snmp.
drwx------ 8 root root 0 Sep 22 10:55 tracing/
So changing this path (unknown consequences) using 'chmod 755 tracing' to allow non-root users access appears to also suppress / prevent snmpd from logging this issue.
drwxr-xr-x 8 root root 0 Sep 22 10:55 tracing/
I would opt for filtering versus changing path permissions.
