[Plug-In] SNMP


Recommended Posts

On 4/19/2020 at 2:40 AM, romainhc said:

Hi guys!

 

I'd like to get the info into a nodered flow. What OID's should I configure ? Thx !

Does it register/overwrite the SNMP configuration when it's installed? Otherwise I don't think it will have OIDs show up. If you wanted it to show up you'd have to make a shell script that outputs the values you want and then add it to the snmp.conf in the same way as disktemp and sharefree are added: https://github.com/kubedzero/unraid-snmp/blob/main/snmp.plg#L225

 

That config file would be in /usr/local/emhttp/plugins/snmp/snmp.conf. I think you'd then have to kill and restart SNMP to get the changes to show up. If you wanted this to persist between reboots you'd have to modify the Go file or modify a local copy of the SNMP PLG file to have the changes you want. 

Edited by kubed_zero
Update PLG
Link to comment
3 hours ago, Max said:

would it be possible to add cpu clock speeds support ?? 😅

That is in theory possible. Unraid has the following to commands available. The first lists out the overall speed and the second lists speed of each core I guess. The second would be more difficult to parse and add as output since there would need to be a per-core to speed mapping (2x the OIDs as there are cores) but both are theoretically possible.

 

myuser@mysys:~# lscpu | grep "CPU MHz"
CPU MHz:                         2400.000
myuser@mysys:~# cat /proc/cpuinfo | grep "cpu MHz"
cpu MHz		: 2400.000
cpu MHz		: 2400.000
cpu MHz		: 2400.000
cpu MHz		: 2400.000

 

That said, I am not sure how well this translates to other generations of CPU or different manufacturers. I'm running an Intel CPU under ESXi and Unraid is in a VM at the moment. I have no idea how general the script would need to be to work for everyone installing this. 

 

If you check out my previous comment you can see how to easily make a shell script and integrate it into your SNMP config to get the values printed out for yourself. 

Link to comment
  • 4 weeks later...
  • 3 weeks later...

I am using PRTG to monitor my unraid machine using this plugin. About an hour ago, most of my sensors went down. I connected via SSH and ran the "snmpwalk -v2c -c public localhost" command and received "Timeout: No Response from localhost". After reading some other suggestions on this forum, I logged into the server and I was able to ping "localhost". I then ran the "curl -I http://localhost/" command and below if what I received back. Can anyone help me out with this? Nothing changed on the server, so I am a little baffled as to why it just randomly stopped working. 


HTTP/1.1 302 Moved Temporarily
Server: nginx
Date: Mon, 01 Jun 2020 19:06:17 GMT
Content-Type: text/html
Content-Length: 138
Connection: keep-alive
Location: http://localhost/Dashboard

Link to comment
7 minutes ago, Richamc01 said:

I am using PRTG to monitor my unraid machine using this plugin. About an hour ago, most of my sensors went down. I connected via SSH and ran the "snmpwalk -v2c -c public localhost" command and received "Timeout: No Response from localhost". After reading some other suggestions on this forum, I logged into the server and I was able to ping "localhost". I then ran the "curl -I http://localhost/" command and below if what I received back. Can anyone help me out with this? Nothing changed on the server, so I am a little baffled as to why it just randomly stopped working. 


HTTP/1.1 302 Moved Temporarily
Server: nginx
Date: Mon, 01 Jun 2020 19:06:17 GMT
Content-Type: text/html
Content-Length: 138
Connection: keep-alive
Location: http://localhost/Dashboard

Did you try restarting the server? Did you try reinstalling the plugin? What version of the plugin are you using? What version of Unraid are you using? 

The curl command on localhost would have no impact on the functionality of SNMP, as I believe SNMP uses some port other than port 80 to communicate. As you can see, the curl command redirects you to the Dashboard and is using Nginx which is more relevant to the Unraid GUI than to SNMP. 

Link to comment
On 5/14/2020 at 8:15 AM, cyruspy said:

I'm having issues installing the plugin in 6.8.3, all I get is:

 


plugin: run failed: /bin/bash retval: 1

 

Does installing any other plugin work? https://www.reddit.com/r/unRAID/comments/c6kefi/rclone_on_unraid/ and https://forums.unraid.net/topic/72238-unraid-updates-failing/ both mention the same issue and the cause being issues with RAM, issues with the USB, or general, non-SNMP-specific problems.

Can you paste the logs from when you're trying to install after making sure you have sufficient RAM free, sufficient USB space free, and have rebooted the server? 

Link to comment
34 minutes ago, kubed_zero said:

Did you try restarting the server? Did you try reinstalling the plugin? What version of the plugin are you using? What version of Unraid are you using? 

The curl command on localhost would have no impact on the functionality of SNMP, as I believe SNMP uses some port other than port 80 to communicate. As you can see, the curl command redirects you to the Dashboard and is using Nginx which is more relevant to the Unraid GUI than to SNMP. 

Thanks for the reply. Rebooting the server seemed to fix the problem for me. I didn't think to reboot as no changes were made to have caused this. 

Link to comment
On 6/1/2020 at 3:28 PM, kubed_zero said:

Does installing any other plugin work? https://www.reddit.com/r/unRAID/comments/c6kefi/rclone_on_unraid/ and https://forums.unraid.net/topic/72238-unraid-updates-failing/ both mention the same issue and the cause being issues with RAM, issues with the USB, or general, non-SNMP-specific problems.

Can you paste the logs from when you're trying to install after making sure you have sufficient RAM free, sufficient USB space free, and have rebooted the server? 

Installed a couple of other plugins without issues. From the logs:

 

Jun  6 16:53:10 nas03 rpcbind[17554]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:15 nas03 emhttpd: cmd: /usr/local/emhttp/plugins/community.applications/scripts/pluginInstall.sh install https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
Jun  6 16:53:16 nas03 root: plugin: creating: /usr/local/emhttp/plugins/snmp/README.md - from INLINE content
Jun  6 16:53:16 nas03 root: plugin: running: anonymous
Jun  6 16:53:20 nas03 rpcbind[17623]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:30 nas03 rpcbind[17705]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:40 nas03 rpcbind[17788]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:49 nas03 emhttpd: cmd: /usr/local/emhttp/plugins/community.applications/scripts/pluginInstall.sh install https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
Jun  6 16:53:49 nas03 root: plugin: skipping: /usr/local/emhttp/plugins/snmp/README.md already exists
Jun  6 16:53:49 nas03 root: plugin: running: anonymous
Jun  6 16:53:51 nas03 rpcbind[17886]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:00 nas03 rpcbind[17924]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:10 nas03 rpcbind[18007]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:20 nas03 rpcbind[18043]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:30 nas03 rpcbind[18080]: connect from 10.2.0.223 to getport/addr(mountd)

 

Link to comment
2 minutes ago, cyruspy said:

Installed a couple of other plugins without issues. From the logs:

 


Jun  6 16:53:10 nas03 rpcbind[17554]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:15 nas03 emhttpd: cmd: /usr/local/emhttp/plugins/community.applications/scripts/pluginInstall.sh install https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
Jun  6 16:53:16 nas03 root: plugin: creating: /usr/local/emhttp/plugins/snmp/README.md - from INLINE content
Jun  6 16:53:16 nas03 root: plugin: running: anonymous
Jun  6 16:53:20 nas03 rpcbind[17623]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:30 nas03 rpcbind[17705]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:40 nas03 rpcbind[17788]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:53:49 nas03 emhttpd: cmd: /usr/local/emhttp/plugins/community.applications/scripts/pluginInstall.sh install https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
Jun  6 16:53:49 nas03 root: plugin: skipping: /usr/local/emhttp/plugins/snmp/README.md already exists
Jun  6 16:53:49 nas03 root: plugin: running: anonymous
Jun  6 16:53:51 nas03 rpcbind[17886]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:00 nas03 rpcbind[17924]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:10 nas03 rpcbind[18007]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:20 nas03 rpcbind[18043]: connect from 10.2.0.223 to getport/addr(mountd)
Jun  6 16:54:30 nas03 rpcbind[18080]: connect from 10.2.0.223 to getport/addr(mountd)

 

Was there supposed to be an error in the log you posted? 

Link to comment
On 6/6/2020 at 2:05 PM, cyruspy said:

Is this line expected?:

 

Jun 6 16:53:49 nas03 root: plugin: skipping: /usr/local/emhttp/plugins/snmp/README.md already exists

Yes. https://github.com/kubedzero/unraid-snmp/blob/main/snmp.plg#L102 the file is defined in the plugin and is skipped over if the file already exists (aka if the plugin is being upgraded or has been installed in the past)

 

Here is my output from the syslog:

 

Jun 6 14:09:10 UNRAID emhttpd: cmd: /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin install /boot/snmp.plg
Jun 6 14:09:10 UNRAID root: plugin: skipping: /usr/local/emhttp/plugins/snmp/README.md already exists
Jun 6 14:09:10 UNRAID root: plugin: running: anonymous
Jun 6 14:09:10 UNRAID root: plugin: skipping: /boot/config/plugins/snmp/libnl-1.1.4-x86_64-1.txz already exists
Jun 6 14:09:10 UNRAID root: plugin: running: /boot/config/plugins/snmp/libnl-1.1.4-x86_64-1.txz
Jun 6 14:09:10 UNRAID root: plugin: skipping: /boot/config/plugins/snmp/net-snmp-5.8-x86_64-5.txz already exists
Jun 6 14:09:10 UNRAID root: plugin: running: /boot/config/plugins/snmp/net-snmp-5.8-x86_64-5.txz
Jun 6 14:09:10 UNRAID root: plugin: skipping: /boot/config/plugins/snmp/snmp.png already exists
Jun 6 14:09:10 UNRAID root: plugin: skipping: /boot/config/plugins/snmp/drive_temps.sh already exists
Jun 6 14:09:10 UNRAID root: plugin: skipping: /boot/config/plugins/snmp/share_free_space.sh already exists
Jun 6 14:09:10 UNRAID root: plugin: running: anonymous
Jun 6 14:09:10 UNRAID root: plugin: skipping: /usr/local/emhttp/plugins/snmp/snmpd.conf already exists
Jun 6 14:09:10 UNRAID root: plugin: running: anonymous
Jun 6 14:09:11 UNRAID root: plugin: running: anonymous

 

and here is output from the popup on the plugin page when I install /boot/snmp.plg (not using Github because it won't let you install the same version, so I had to edit the PLG to bump the version)

 

 

plugin: installing: /boot/snmp.plg
+==============================================================================
| Skipping package libnl-1.1.4-x86_64-1 (already installed)
+==============================================================================
+==============================================================================
| Skipping package net-snmp-5.8-x86_64-5 (already installed)
+==============================================================================
+==============================================================================
| Copy files from /boot/config/plugins/snmp
| into /usr/local/emhttp/plugins/snmp and set permissions
+==============================================================================
Copy complete!
+==============================================================================
| Updating /etc/rc.d/rc.snmpd to use our config file, and to reduce logging
+==============================================================================
Shutting down snmpd: . DONE
Starting snmpd: /usr/sbin/snmpd -LF w /var/log/snmpd.log -LF w /var/log/snmpd.log -A -p /var/run/snmpd -a -c /usr/local/emhttp/plugins/snmp/snmpd.conf
+==============================================================================
| Testing SNMP by listing mounts, /boot should be present
+==============================================================================
Looks like snmpd is working... Output:
HOST-RESOURCES-MIB::hrFSMountPoint.1 = STRING: "/mnt/disk1"
HOST-RESOURCES-MIB::hrFSMountPoint.2 = STRING: "/mnt/disk2"
HOST-RESOURCES-MIB::hrFSMountPoint.3 = STRING: "/mnt/disk3"
HOST-RESOURCES-MIB::hrFSMountPoint.32 = STRING: "/dev/shm"
HOST-RESOURCES-MIB::hrFSMountPoint.33 = STRING: "/var/log"
HOST-RESOURCES-MIB::hrFSMountPoint.34 = STRING: "/boot"

<omitted SNMP output>


-----------------------------------------------------------
snmp has been installed.
Version: 2020.04.01b
-----------------------------------------------------------

plugin: installed
DONE

so I don't think that's a particular issue, and rather only shows that you've had SNMP installed in the past. 

Edited by kubed_zero
Update PLG
Link to comment
12 minutes ago, kubed_zero said:

Did you include the "exit 1" message in the logs you pasted? 

It's not part of the logs, only appears in the installation screen:

 

plugin: installing: https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
plugin: downloading https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
plugin: downloading: https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg ... done
plugin: run failed: /bin/bash retval: 1

Updating Support Links



Finished Installing. If the DONE button did not appear, then you will need to click the red X in the top right corner

 

Link to comment
On 6/6/2020 at 2:33 PM, cyruspy said:

It's not part of the logs, only appears in the installation screen:

 


plugin: installing: https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
plugin: downloading https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg
plugin: downloading: https://raw.githubusercontent.com/kubedzero/unraid-snmp/master/snmp.plg ... done
plugin: run failed: /bin/bash retval: 1

Updating Support Links



Finished Installing. If the DONE button did not appear, then you will need to click the red X in the top right corner

 

The PLG file executes in order, and since we see that the README is skipped over the next section with relevance is a bash script to check if Perl is installed: https://github.com/kubedzero/unraid-snmp/blob/main/snmp.plg#L119

 

I'm unclear as to why the error doesn't show up, but do you have NerdPack/Perl installed? 

 

root@UNRAID:~# which perl
/usr/bin/perl
root@UNRAID:~#

 

Edited by kubed_zero
Edit PLG link
Link to comment
1 hour ago, kubed_zero said:

The PLG file executes in order, and since we see that the README is skipped over the next section with relevance is a bash script to check if Perl is installed: https://github.com/kubedzero/unraid-snmp/blob/master/snmp.plg#L119

 

I'm unclear as to why the error doesn't show up, but do you have NerdPack/Perl installed? 

 


root@UNRAID:~# which perl
/usr/bin/perl
root@UNRAID:~#

 

Installing perl allowed me to install the plugin. May I suggest to comment that it's a requirement in the main information section of the "App"? (found a reference in the changelog, but to be honest, I didn't reach that far before attempting installation)

 

image.png.cd53bffa8a5de4e82b845a4be5e24338.png

 

Thanks!

Edited by cyruspy
Link to comment
7 minutes ago, cyruspy said:

Installing perl allowed me to install the plugin. May I suggest to comment that it's a requirement in the main information section of the "App"? (found a reference in the changelog, but to be honest, I didn't reach that far before attempeting installation)

 

image.png.cd53bffa8a5de4e82b845a4be5e24338.png

 

Thanks!

Fantastic, glad things got sorted out. I'm a little surprised all the other logging was missing from the installation, I would have expected the notification that Perl was needed to show up when you were installing. Maybe it is different with Community Apps or something, not sure. 

 

Adding additional warning about Perl is a good suggestion, I'll look into adding it. Thanks! 

Link to comment
  • 3 weeks later...

I can see a few people have asked if anyone has got disk temps into LIbreNMS or Observium via SNMP, has anyone managed to do this? When I go to add the custom OID in LibreNMS it shows the disk name and temp reading in the test box but gives the error "invalid data in SNMP Reply" and doesn't read the "temp" value from the output.

 

Does anyone know how to filter the output or get LibreNMS / Observium to read it properly?

Link to comment
  • 2 months later...

Hi all, just released a rather large update to the plugin. Feel free to update and test it out.

 

As a reminder, the PLG file is https://raw.githubusercontent.com/kubedzero/unraid-snmp/main/snmp.plg

 

I don't have great coverage since I only have an Intel CPU and Western Digital drives (no Toshiba, Seagate, SSDs or anything else) so the behavior might differ based on hardware. I also only have four drives in my system, no VMs, no cache drive, and the presence of those could introduce variations in behavior as well. Regardless, I tested it on Unraid versions 6.8.3 and 6.9.0-Beta25 and both worked fine.

 

I confirmed on my own system that the plugin update from version 2020.04.01 to 2020.09.19 worked fine, but let me know if you run into issues. Otherwise, I'd recommend uninstalling the existing pre-2020.09.19 plugin, rebooting, and then installing the new plugin. The older versions didn't do the best job cleaning up files on uninstall, so the reboot really helps make sure the .plg doesn't get rerun on the next boot. 

 

Anyway, onto the changelog for version 2020.09.19:

 

- Migrate SNMP plugin to .txz style install 
- Optimized plugin removal for more complete cleanup
- Updated net-snmp from 5.8-5 to 5.9
- Updated libnl from 1.1.4 to 1.1.4-3
- Perl 5.32.0 declared as dependency instead of separate install. 
  - Plugin maintainer should keep the version in sync with Nerd Pack to avoid overwriting with an older version
- Install logging more clearly states usage of single and double quotes in sample calls
- Refactored `share_free_space.sh` for added clarity. 
  - Preexisting behavior: Outputs in bytes
- Refactored `drive_temps.sh`
  - Changed name to `disk_temps.sh`
  - Preexisting behavior: Five minute TTL cached results for rapid SNMP calls and large arrays
  - New behavior: Avoids disk spinup, preferring to report standby "temperature" of -2
  - New behavior: If an error is encountered during parsing, report a "temperature" of -1
  - New behavior: Script originally output nothing if no cached results present. Now it reports whatever results were collected in the first 1000ms
- Added `disk_free_space.sh` to print free bytes in /boot, /mnt/disk*, /mnt/cache
  - Exposed in SNMP as `diskfree`
- Added `cpu_mhz.sh` at request of forum user Max to output CPU speed in MHz 
  - Exposed in SNMP as `cpumhz`
  - Tested with an Intel CPU virtualized under ESXi

 

 

 

@Max good news, the update includes CPU MHz in the output. Let me know if it works for you.

@cyruspy good news, Perl is now installed as part of plugin install. It was removed at one point because it didn't really matter which version and the original maintainer didn't want to constantly keep in sync with version bumps of Nerd Pack's copy of Perl. I found that the last one to install in the boot process gets to determine the version, even if it's older. So if for some reason this version is older than the version in Nerd Pack, it will still work fine for this use case. 

Edited by kubed_zero
Update PLG
  • Like 1
Link to comment

Hi,

 

It seems that after the update, changes in /usr/local/emhttp/plugins/snmp/snmpd.conf wont work.

I always change syscontact and syslocation after reboot, but this will not change despite the configuration file changes. Even with an snmpwalk it still reports "here" and "root@tower", just to rule out librenms.

 

I have removed and reinstalled the app, I have however not rebooted yet since I need a window for that.

 

Anyone else with this issue?

Edited by makkish
Link to comment
1 hour ago, makkish said:

Hi,

 

It seems that after the update, changes in /usr/local/emhttp/plugins/snmp/snmpd.conf wont work.

 

I have removed and reinstalled the app

The update changes the config path to /etc/snmp/snmpd.conf instead of the old config path of /usr/local/emhttp/plugins/snmp/snmpd.conf.

This is defined in the file used for SNMP startup, /etc/rc.d/rc.snmpd. If you check it, I'd imagine it's pointing to the /etc/ config instead of the /usr/ config. 

 

The old versions of the plugin used to modify the  /etc/rc.d/rc.snmpd file to point at the /usr config, but not in a way I was super happy with: https://github.com/kubedzero/unraid-snmp/blob/6d4d8a77e4c44e827b19f9814fab5b7debfa90b9/snmp.plg#L243 

 

The new version leaves that part of the /etc/rc.d/rc.snmpd file and instead overwrites the default config at /etc/snmp/snmpd.conf with our own. My reasoning for overwriting the net-snmp package default config and not leaving the default and our custom config both floating around is that /etc/snmp/snmpd.conf never seemed to work properly on Unraid. Providing it as an option seemed more confusing than anything else. 

 

The reason that /usr/local/emhttp/plugins/snmp/snmpd.conf and /etc/snmp/snmpd.conf both exist in the new version is that the upgrade from 2020.04.01 breaks if /usr/local/emhttp/plugins/snmp/snmpd.conf is missing and Unraid isn't rebooted. The upgrade process doesn't fix the 2020.04.01 and earlier plugin version's changes to /etc/rc.d/rc.snmpd, only a complete uninstall/reinstall or reboot will do that. I wanted to give users the ability to upgrade cleanly, so both copies of the config exist for now. 

 

In a future update (6 months to 1 year), I'll probably move instead of copy the config during install to prevent this confusion. https://github.com/kubedzero/unraid-snmp/blob/83d740bde85f537e9cfff8ed63d76abf572a1be4/source/install/doinst.sh#L35

 

Hopefully editing /etc/snmp/snmpd.conf will get you the changes you need? Let me know! 

Link to comment
35 minutes ago, kubed_zero said:

The update changes the config path to /etc/snmp/snmpd.conf instead of the old config path of /usr/local/emhttp/plugins/snmp/snmpd.conf.

This is defined in the file used for SNMP startup, /etc/rc.d/rc.snmpd. If you check it, I'd imagine it's pointing to the /etc/ config instead of the /usr/ config. 

 

The old versions of the plugin used to modify the  /etc/rc.d/rc.snmpd file to point at the /usr config, but not in a way I was super happy with: https://github.com/kubedzero/unraid-snmp/blob/6d4d8a77e4c44e827b19f9814fab5b7debfa90b9/snmp.plg#L243 

 

The new version leaves that part of the /etc/rc.d/rc.snmpd file and instead overwrites the default config at /etc/snmp/snmpd.conf with our own. My reasoning for overwriting the net-snmp package default config and not leaving the default and our custom config both floating around is that /etc/snmp/snmpd.conf never seemed to work properly on Unraid. Providing it as an option seemed more confusing than anything else. 

 

The reason that /usr/local/emhttp/plugins/snmp/snmpd.conf and /etc/snmp/snmpd.conf both exist in the new version is that the upgrade from 2020.04.01 breaks if /usr/local/emhttp/plugins/snmp/snmpd.conf is missing and Unraid isn't rebooted. The upgrade process doesn't fix the 2020.04.01 and earlier plugin version's changes to /etc/rc.d/rc.snmpd, only a complete uninstall/reinstall or reboot will do that. I wanted to give users the ability to upgrade cleanly, so both copies of the config exist for now. 

 

In a future update (6 months to 1 year), I'll probably move instead of copy the config during install to prevent this confusion. https://github.com/kubedzero/unraid-snmp/blob/83d740bde85f537e9cfff8ed63d76abf572a1be4/source/install/doinst.sh#L35

 

Hopefully editing /etc/snmp/snmpd.conf will get you the changes you need? Let me know! 

 

Hi,

 

Thanks for the answer. 

 

I think I have some other serious issue with this update. Three times today NFS/Samba completely stops working, my Windows hosts (both physical and virtual) and my Linux hosts (virtual) loses the SMB/NFS connections completely. The only thing that have changed in my Unraid setup today is the update of the SNMP plugin.

 

The first time NFS/Samba stopped working was after I updated the plugin. The second time It happened after a reboot and a fresh installation. Third time was the same as the second one.

The first two times I did edit /usr/local/emhttp/plugins/snmp/snmpd.conf and issued bash /etc/rc.d/rc.snmpd stop|start. The third time I only edited /etc/snmp/snmpd.conf without any further commands, it almost instantly dropped NFS/Samba. Not sure at all if the editing of the files have anything to do with it or if it's just a coincidence.


Unfortunately I did not download diagnostics until after reboot. I am digging through logs now to see if there is something else that is causing this. 

 

Just thought I let you know.

Edited by makkish
Link to comment

Thanks to @makkish for the help in testing. We found a bug that was due to the unraid-snmp-2020.09.19-x86_64-1.txz file containing renamed shell scripts that weren't used. The bug seemed to be that the shares were no longer accessible over the network via SMB or NFS. How a couple extra files affect the behavior of SMB and NFS was not discovered. Removing the scripts and rebuilding the package into unraid-snmp-2020.09.20-x86_64-1.txz resolved the issue. A couple other minor changes were included that do not affect behavior.

 

Updating to 2020.09.20 from plugin version 2020.04.01 was tested to work, as was updating from 2020.09.19. Whether you install directly via the PLG file or install via Community Apps (CA), the latest update should be available.

 

Let me know if you encounter any other issues with installing, calling SNMP, or using other Unraid features!

Link to comment

Thanks @kubed_zero for the update but I unistalled the plug-in e reinstalled, rebooted but I have the "-2" problem 

 

@unRAID:~# snmpwalk -v 2c -c public localhost NET-SNMP-EXTEND-MIB::nsExtendOutLine
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".1 = STRING: HGST_HUS726040ALA610_K4H96V2B: -2
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".2 = STRING: HITACHI_HUA723020ALA640_YFHRL73A: -2
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".3 = STRING: HGST_HUS726040ALA610_K4K3J2EB: -2
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".4 = STRING: Hitachi_HUA723020ALA640_MK0171YFHRXSEA: -2
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".5 = STRING: Hitachi_HUA723020ALA640_MK0171YFHRW22A: -2
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".6 = STRING: ST1000DM003-1CH162_Z1DAYNTQ: -2
NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".7 = STRING: WDC_WD10EFRX-68PJCN0_WD-WCC4JJHFK0C9: -2

..sigh..

Edited by Ak1rA
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.