coppit

Yep. I just pushed a change. You'll need to add OpenSubtitles credentials and your preferred language to the config file. Update the container, run it, then compare filebot.conf against filebot.conf.new, and filebot.sh against filebot.sh.new.

Where are you expecting it to find those preferences? I think I'll need to update the container to allow you to specify the username and password, and also save it into the config directory on the host. I'll try to get to that soon. Some details are here: https://www.filebot.net/forums/viewtopic.php?f=3&t=228

What version of unraid?

Oh, I meant to reply to that. Why not map whatever you want to subdirectories within /output? The only thing I could think of is to create /output1 /output2, etc. so that you can map separate things to each of those. That's a bit awkward.

touch: cannot touch ‘/var/lib/tomcat7/logs/catalina.out’: No such file or directory ./run: line 8: /usr/lib/jvm/java-7-openjdk-amd64/bin/java: No such file or directory You're talking about the UI right? I'm not seeing that, at least with the 1.3 base I just updated to. How are you connecting to it? I'm using Microsoft remote desktop. If you're doing the same, try updating to the version I just pushed.

I'm now computing the temps in the background. So the initial call shouldn't time out. It won't have any data, but the next call should. Let me know how that works for you. I assume you mean this implementation? It looks like the code computes the drive manufacturer and uses that along with a user-configurable setting to determine whether to get the temps or not. I haven't seen my implementation spin up drives, so as long as the workaround above works, I think we're okay. But I concede that I may need to adapt the myMain code, before we can declare this done. Linux will use remaining space for file buffers and file cache. I don't think that's an unRAID behavior per se. Anyway, when I look in observium, it's reporting separately the used, buffers, cached, and free memory. Maybe it's a librenms problem?

In theory, yes, it can move the files. But I confess that I haven't played with it much.

Yeah, I was worried about that. The removal of the "if" condition suggested by Guzzi has the side effect of the script taking too long to run. I'll have to think about how to fix it.

Okay! Free space for shares is now reported by snmp: $ snmpwalk -v 2c localhost -c public 'NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree"' NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".1 = STRING: Backups: 903213694976 NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".2 = STRING: Media: 2453300314112 NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".3 = STRING: Other: 3251798876160 NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".4 = STRING: TimeMachine-old: 3251798876160 NET-SNMP-EXTEND-MIB::nsExtendOutLine."sharefree".5 = STRING: temp: 104715132928 I still don't know how to get observium to display this data though. Help would be appreciated.

Thanks. It will be in the next release. I guess you're looking for size? I suppose I could write a custom script like I did for the drive temps. Disk size is easy because query it is relatively fast. Looking at the unraid GUI, there's a "free" column next to the shares. It looks like that data comes from /var/local/emhttp/shares.ini, perhaps updated every few minutes by unraid. That would be easy. Would that work for you? If so, I need some recommendation on where the data should end up. Can I just "extend" something like I did for disk temps? Unfortunately computing the size is hard. That requires walking the whole tree, which for a big share could take several minutes. The other complexity is that you'll probably want a UI to configure which folders to monitor. This is a part of plugin design that I haven't waded into yet.

I didn't figure it out. If you do, I'd be happy to include that info in the top post.

It looks like you are trying to execute the whole statement below as a single command No, the "extend disktemp" was on the next line, and was the output of the "tail -n 1 /usr/local/emhttp/plugins/snmp/snmpd.conf" command. But you provided the content of the file later, which shows the problem: This is wrong. This file is not being overwritten like it should be. The last line should be: extend disktemp /usr/local/emhttp/plugins/snmp/drive_temps.sh The fix is to just delete the file and reinstall the plugin, or just reboot your server. I'm not sure why it's not working for you... On my system this file gets properly overwritten when I install the plugin. You could check permissions: ls -l /usr/local/emhttp/plugins/snmp/snmpd.conf It should be "-rw-rw-rw".

Well, is the config file updated properly? $ tail -n 1 /usr/local/emhttp/plugins/snmp/snmpd.conf extend disktemp /usr/local/emhttp/plugins/snmp/drive_temps.sh What happens if you run it manually? snmpwalk -v 2c localhost -c public 'NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp"' If that works, you can try restarting snmpd: bash /etc/rc.d/rc.snmpd stop bash /etc/rc.d/rc.snmpd start

Yeah, I can't always get temps if the disks are spun down.

Can you log into your server and run the following? /usr/local/emhttp/plugins/snmp/drive_temps.sh

Doh. I forgot to install the helper script. Try version 2015.08.25. Hopefully this time the test output will show drive temps. I'm not 100% sure the temps will be picked up by your monitor. If you can find any docs on what the monitor queries for, I can see about supporting it.

Hi all, I've dropped the log level to "warning", and it so far hasn't put anything in my log. That should help with disk usage. I've also integrated drive temperatures: $ snmpwalk -v 2c localhost -c public 'NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp"' NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".1 = STRING: ST3000DM001-1ER166_W500ARQN: 31 NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".2 = STRING: ST3000DM001-1ER166_W500QFEF: 35 NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".3 = STRING: WDC_WD20EARS-00MVWB0_WD-WMAZA3285404: 36 NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".4 = STRING: ST2000DL003-9VT166_5YD317TZ: 37 NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".5 = STRING: WDC_WD20EARS-00MVWB0_WD-WMAZA3209264: 37 NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".6 = STRING: TOSHIBA_DT01ACA200_734L5LLKS: 42 NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp".7 = STRING: WDC_WD20EARS-00MVWB0_WD-WMAZA2183297: 35 Unfortunately drive temps are like the only thing Observium doesn't handle automatically. This thread might give you some idea of how to set it up.

Okay, I've added an "INTERVAL" configuration value. If you are upgrading from a previous version, you will need to add an interval to your config file. Example: INTERVAL='30m' The new default interval for new config files is 30m. The minimum allowed is 5m.

On installation it does a self-test. Uninstall and reinstall to double-check it.

It updates immediately on start, then every five minutes. Is that not sufficient? I could make it configurable, with some minimum interval to prevent abuse.

Try using the IP address instead?

It looks like it might be possible: http://karellen.blogspot.com/2014/01/combining-snmp-and-lm-sensors.html When I get some time I'll take a look. Edit: Catching up on your other posts, I see that you may have found a better method that doesn't require rebuilding snmp. Thanks!

Hey folks, Looks like I goofed up the github URL, so you're not going to see updates to the SNMP package unless you uninstall and reinstall. Sorry about that. FYI the only update in a while has been the fix for this problem.

Yeah, mine too. Exact same error. I see it happened a couple of times in a row max. Are you looking for a manual answer? From a machine inside your network, you can enter your domain into http://ping.eu/nslookup/, then compare the IP at the top versus the one at the bottom. I could implement some sort of verification inside the container, but I'd rather hold off on adding that complexity until we know it's needed. Besides, if it said "nochg" but the IP was wrong, I'm not sure what else we could do. I'd rather treat that as a transient failure and log it. (In the current version, it's being treated as a success.)

Yep. Enjoy!