dmacias

No problem. Glad it worked for you

Maybe describe your network environment and equipment a bit. Something may be blocking the wol packets also what motherboard and network card. You may need to enable wol in your bios.

I worked on this a bit. It'll take a bit more time to figure out which other packages will be needed to just run it. Most likely it will require all the packages from the requirements.txt but some of those also require other packages too. On my dev system pip installed 20+ packages but all those may not be needed to run it.

It's client side browser. The server has won't affect it. Different browsers or different computers will have different settings saved.

A) has always been part of this. It defaults to auto sort by date latest first. With tablesorter your settings will be saved per browser. So if you change the sort of sort filter it will be saved. Also the tabs have a 3 position toggle which can be seen by the down/up/off carrot when you click on the table header. B) That's a good idea. I'll look into it

Also the bmc reset button will cold boot the bmc

You need to set the lower thresholds for the fans with the sensor editor. The bmc will keep kicking them up to full speed. Set them to 200 or 300 rpms

I updated the plugin to support your boards fan names. Give it a try and let me know. edit: The fan control settings page displays CPU_FAN and SYS_FAN but the fan control log will still show FAN1234 for CPU_FAN and FANA for SYS_FAN.

Good to hear.

Ok thanks. I didn't see the port option on the github page. So I did know how it would control different vm's.

I've been meaning to add something like that. I'll look into the warning issue.

I'll see about creating a slackware package and adding it to the plugin Explain to me a little more how it works

Look through the past few posts about vm bridge name. I also have a wakeonlan plugin you could try

Yeah sorry, I should have quoted those in code. Since everything is tied to FANA or not FANA I'll see if I can add a check for SYS_FAN* also

This is what most X10/X11 boards look like root@Server:~# ipmisensors -t fan ID | Name | Type | Reading | Units | Event 607 | FAN1 | Fan | 1200.00 | RPM | 'OK' 674 | FAN2 | Fan | 700.00 | RPM | 'OK' 808 | FAN4 | Fan | 1100.00 | RPM | 'OK' 875 | FANA | Fan | 500.00 | RPM | 'OK' Looking at the manual your board is a bit different since only the F model has IPMI. May be the reason the IPMI names don't conform to other X11 boards fan names. Also we need to be sure what commands your board actually supports. For mine there 2 zones as @planetix said. Zone 0 is for system/cpu and includes FAN1-4. Zone 1 is for peripherals and includes only FANA. Here's the commands ############################################# # Supermicro X10/X11 # ipmi-raw 00 30 70 66 01 00 64 # ipmi-raw 00 30 70 66 AA BB CC # # AA # 00 - Get value # 01 - Set value # # BB # 00 - FAN 1/2/3/4 # 01 - FAN A # # CC # 00 to 64 - Set Speed (0-64) ############################################# So you'll need to run ipmi-raw 00 30 45 01 01 # set fans to full then wait a few seconds then run ipmisensors -t fan # get a basline of the fans on full ipmi-raw 00 30 70 66 01 00 32 # set zone 0 to half wait a few seconds ipmisensors -t fan # see what fans are at half speed then ipmi-raw 00 30 70 66 01 00 64 # set zone 0 back to full ipmi-raw 00 30 70 66 01 01 32 # set zone 1 to half then run wait a few seconds ipmisensors -t fan # see what fans are at half speed ipmi-raw 00 30 70 66 01 01 64 # set zone 1 back to full ipmi-raw 00 30 45 01 02 # set fans back to optimal or you can change them back from the supermicro ipmi page Let me know what you find out

Either run ipmisensors -t fan from the command line or post a screenshot from the readings page of the fan header names. Also check the Settings page that you haven't globally disabled any fans. Also make sure your on the latest bios and bmc as sometimes there are changes to the sensor names. Edit: also if you were using this plugin previous to your upgrade, you might want to remove the plugin and delete the ipmi plugin directory on the flash drive. Then reinstall. Or atleast resave all settings.

I just forward port 8920 to my let's encrypt docker and added this to the nginx default site ### Emby Server Configuration server { listen 8920 ssl http2; server_name dynamic_server.com; ssl on; ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ssl_dhparam /config/nginx/dhparams.pem; ssl_ciphers ECDH+AESGCM:ECDH+AES256:ECDH+AES128:DH+3DES:!ADH:!AECDH:!MD5; ssl_prefer_server_ciphers on; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_session_cache shared:SSL:10m; ssl_session_timeout 5m; add_header Strict-Transport-Security "max-age=31536000" always; server_tokens off; proxy_ssl_verify off; proxy_ssl_session_reuse on; proxy_ssl_protocols TLSv1 TLSv1.1 TLSv1.2; proxy_cache off; proxy_store off; location / { proxy_pass https://emby_ip_address:8920; include /config/nginx/proxy.conf; # proxy_set_header Host $host; # proxy_set_header X-Forwarded-Proto $scheme; proxy_intercept_errors on; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; } } ### End Emby Server Configuration I added the path /mnt/cache/appdata/letsencrypt/keys/letsencrypt/ to /keys in the Emby docker and under Advanced settings/custom ssl certificate I added /keys/privkey.pfx. I also added the Emby logs path to the letsencrypt docker, then added a filter to fail2ban for Emby

You have to turn off Event Notifications and Fan Control. What was the problem with the newer BMC?

Have you tried the latest subversion from slackware current? If you can lay it out which packages I need to get it working for you I'll update them to those.

What are the variable on the NUT details page in settings? What UPS?

It's in the first post and it's available in CA

If you don't wanna wait. You can install pip. Then run pip install setuptools --upgrade and the pip install docker-compose --upgrade

Try running just pip3

Yes. I'm about 90% done. Just working on manual server selection and some backwards compatibility. I think this is important because I have found a couple servers close to me that consistently give higher results than my connection. They are consistent results but double my connection. Although in testing this past week those were not selected and all results were consistent and inline with my connection. Also python is not necessary. This one is written in C.

Finally got around to working on a new version using a different script I compiled for unRAID thanks to EmeraldPi https://github.com/taganaka/SpeedTest You can install this package using wget and installpkg from the command line https://github.com/dmacias72/unRAID-speedtest/raw/master/packages/SpeedTest-1.14-x86_64-1.txz Then run SpeedTest to test this script