Forum Discussion
Thanks for you detailed analysis, I have a bit more to add:
Our SNMPD config is nothing crazy, please note we use SNMPv3 (I don't know is this makes any difference in discovering logic compared to 1/2, I think not)
Here is the SNMPD config we used (Pushed with Puppet)
Quoteagentaddress udp:161
# Traditional Access Control
rocommunity public 127.0.0.1
rocommunity6 public ::1# VACM Configuration
# sec.name source community
com2sec notConfigUser default publiccom2sec6 notConfigUser default public
# groupName securityModel securityName
group notConfigGroup v1 notConfigUser
group notConfigGroup v2c notConfigUser# group context sec.model sec.level prefix read write notif
access notConfigGroup "" any noauth exact systemview none none
# name incl/excl subtree mask(optional)
view systemview included .1.3.6.1.2.1.1
view systemview included .1.3.6.1.2.1.25.1.1# System Group
sysLocation <REDACTED>
sysContact <REDACTED>
sysServices 72
sysName <REDACTED>## We do not want annoying "Connection from UDP: " messages in syslog.
dontLogTCPWrappersConnects no# OTHER CONFIGURATION
rouser <REDACTED> authPriv
extend diskstats /bin/cat /proc/diskstats
The errors in the LM screenshot from last night was SNMPD reboot, and those from today was from a OS reboot.
Only some of the disks seems to had it index change:
If it helps, here is also the output from: /etc/fstab
LABEL=disk-1 /data/backups/disk-1 xfs defaults,noatime 0 0
LABEL=disk-2 /data/backups/disk-2 xfs defaults,noatime 0 0
LABEL=disk-3 /data/backups/disk-3 xfs defaults,noatime 0 0
LABEL=disk-4 /data/backups/disk-4 xfs defaults,noatime 0 0
LABEL=disk-5 /data/backups/disk-5 xfs defaults,noatime 0 0
Related Content
- 10 months ago
- 4 days ago
- 2 months ago