Einsteinjr

Members
  • Posts

    13
  • Joined

  • Last visited

Einsteinjr's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. Hi, For Fans Auto Control, is there any way to exclude Unassigned Disks? I'm finding that when the plugin runs, it also looks at the temperature of any unassigned disks - despite not having the option to exclude them in the GUI. Edit: another issue I'm seeing is that the fan control doesn't seem to persist after a reboot. I don't see any output in the syslog until I disable/enable the PWM controller again. Note that I only have 1 controller enabled at the moment. Thanks in advance.
  2. I only have 1 full node doing all the farming, harvesting, etc. The issue is a formatting one, it seems. When I browse the Machinaris URL to administer the application, only 1 of my computers actually sees the correct formatting on the site. All my other systems I use outputs a poorly formatted website for the same URL. I've tried multiple browsers (phone, desktop, tablet, laptop) and I see the same problem. The only one that formats correctly is the laptop I used to remotely set up the application initially on Unraid. It's really strange. EDIT: I figured it out. It was my pihole DNS filter blocking out one of the URLs your app reaches out to: https://cdn.jsdelivr.net
  3. Hey, good work on this docker/app. I have a strange issue that I've never seen before and maybe you can help. Basically, I can browse the webgui on 1 system of mine (the one I originally set everything up) and that's it. All the other systems (mobile (desktop requested), other full desktops, etc.) show what is essentially a poorly formatted mobile version. It doesn't matter which browser I use - all behave the same way: https://imgur.com/a/HHculQC Any suggestions on how I could debug this?
  4. Note for anyone reading this: this only worked for Legacy BIOS setups for me - not UEFI. That seems to be netboot's general recommendation anyway, but it is a shame.
  5. EDIT: There is a workaround I found on the GIT repository. Basically the author of the speedtest docker needs to rebuild it. Until then, you can rebuild it yourself and point it to your own local repository. See this link for instructions. Same issue has the others have reported regarding the SpeedTest docker. Seems one of the parameters no longer allows NULL values? Debug Logging Output: Loading Configuration File config.ini Configuration Successfully Loaded 2021-04-19 16:00:09,787 - DEBUG: Testing connection to InfluxDb using provided credentials 2021-04-19 16:00:09,789 - DEBUG: Successful connection to InfluxDb 2021-04-19 16:00:09,789 - INFO: Starting Speed Test For Server None 2021-04-19 16:00:09,797 - DEBUG: Setting up SpeedTest.net client Traceback (most recent call last): File "/src/influxspeedtest.py", line 8, in <module> collector.run() File "/src/influxspeedtest/InfluxdbSpeedtest.py", line 171, in run self.run_speed_test() File "/src/influxspeedtest/InfluxdbSpeedtest.py", line 119, in run_speed_test self.setup_speedtest(server) File "/src/influxspeedtest/InfluxdbSpeedtest.py", line 71, in setup_speedtest self.speedtest = speedtest.Speedtest() File "/usr/local/lib/python3.7/site-packages/speedtest.py", line 1091, in __init__ self.get_config() File "/usr/local/lib/python3.7/site-packages/speedtest.py", line 1174, in get_config map(int, server_config['ignoreids'].split(',')) ValueError: invalid literal for int() with base 10: ''
  6. Long time user of this plugin and have run into an issue after updating to the latest UNRAID version (6.9.2). For some reason, the plugin thinks I have multiple NICs installed in my system and reports the following error: eth1 and eth2 both have IP addresses on the 192.168.3.0 network. This is rarely a valid configuration Neither eth1 or eth2 show up in ifconfig nor in the Settings page (just eth0). At one point, I did install a 10Gb NIC but have since removed it over a year ago. Not sure why the plugin would still think it's the case. Current plugin version: 2021.04.10
  7. Note: latest container update fixed the issue.
  8. You gotta change the config file the config folder /rtorrent/config/rtorrent.rc file. E.G.: network.port_range.set = 6801-6801
  9. Seems they're looking into it / fixed it: https://github.com/Novik/ruTorrent/pull/2050
  10. Great. Thanks for the quick response. Has it been reported to the owner of the site?
  11. Is there anyone else facing an issue where the port status is unknown? I haven't changed anything and all-of-a-sudden it has gone back to that. No VPN and I've confirmed port-forwarding is working. Thanks in advance.