mlody

Booted with a new flash drive and the UPS reports everything, np. How do I reset the UPS configuration? edit: copied the config from the working stock key and pasted into /etc/apcupsd/apcupsd.conf, started the daemon. The widget shows on the dashboard, with no data, and the UPS settings page still isn't loading.

Here are some more log entries... <6>Sep 4 16:14:22 Tower kernel: hid-generic 0003:051D:0002.0003: hiddev96,hidraw0: USB HID v1.00 Device [American Power Conversion Back-UPS XS 1500M FW:947.d10 .D USB FW:d10 ] on usb-0000:00:14.0-1/input0 <12>Sep 4 16:16:54 Tower apctest: : Bogus configuration value (*invalid-ups-type*) <6>Sep 4 16:16:54 Tower kernel: apctest[45326]: segfault at 0 ip 000000000040a1db sp 00007ffc9d9d5070 error 4 in apctest[a1db,403000+2f000] likely on CPU 4 (core 8, socket 0) <12>Sep 4 16:16:54 Tower apctest: : Bogus configuration value (*invalid-cable*) <6>Sep 4 16:16:54 Tower kernel: Code: e9 c4 fa ff ff ba 28 54 43 00 be 79 09 00 00 bf 4d 39 43 00 31 c0 e8 24 8b 01 00 0f 1f 40 00 55 48 89 fd 48 8b bf f0 92 00 00 <48> 8b 07 ff 50 18 48 89 ef e8 b7 9f 01 00 e8 72 90 01 00 bf 40 57 The cable hasn't changed... I also happen to have another of the same ups and cable, swapped cables, same thing. Did the UPS port die? Could it be? But it does see the USB... and why isn't the UPS settings page working?

At some point in time, what was once a working communication between the UPS and the server, the communication seemed to have died. When I run lsusb, I see the device... Bus 001 Device 002: ID 051d:0002 American Power Conversion Uninterruptible Power Supply Model is APC BX1500M, unraid version is 7.1.4 When I go to the UPS settings section, its just a black screen with the title "UPS Settings" on top, nothing else. When I run apctest I get a segmentation fault error. 2025-09-04 16:16:54 apctest 3.14.14 (31 May 2016) slackware Checking configuration ... : Bogus configuration value (*invalid-cable*) : Bogus configuration value (*invalid-ups-type*) apctest FATAL ERROR in apcconfig.c at line 672 Terminating due to configuration file errors. Segmentation fault Looking at cat /etc/apcupsd/apcupsd.conf I see its setup as autodetect... UPSTYPE DEVICE it just stopped working one day. Thoughts?

This doesn't necessarily have anything to do with the plugin or rclone or unraid but... Just in case anyone runs into this issue... here is a solution. This is more of an issue with pihole but rclone is affected because it does so many DNS lookups. I had rclone backing up to onedrive from the unraid server and it wouldn't delete and uploads were odd. I checked the script result and I saw these entries: 2021/03/24 11:51:54 Failed to create file system for "onedrive:backups/some_folder_name": failed to get root: Get "https://graph.microsoft.com/v1.0/drives/blahblahblah/root": dial tcp: lookup graph.microsoft.com on 192.168.xx.xx:53 server misbehaving 2021/03/24 11:51:54 Failed to create file system for "onedrive:backups/some_folder_name": failed to get root: Get "https://graph.microsoft.com/v1.0/drives/blahblahblah/root": dial tcp: lookup graph.microsoft.com on 192.168.xx.xx:53 server misbehaving This meant that rclone was having DNS resolution issues. Well, I had a pihole serving up DNS requests. Apparently, they introduced rate limiting to the pihole and because rclone is so chatty with DNS, it was hitting the rate limiting count when trying to backup. You can see this by a spike on pihole during a backup. The solution is to modify pihole's /etc/pihole/pihole-FTL.conf and set the RATE_LIMIT. I set it to RATE_LIMIT=0/0 because that disables it but I imagine you can tweak and tune as you want.

I'm on 6.9 beta25 and I've been trying to get close to 1 gbps from my cache/unraid pool thats all SSD and I can do that but not when docker is enabled. When I have the docker service turned off, I am able to saturate the entire gbps (avg 105 mb/s) but when I turn on the docker service, the transfer speeds to the unraid server drop to avg 55 mb/s and vary wildly between 35 mb/s and 70 mb/s during transfers. Happens on SMB and on NFS. Any ideas on what might be going on? The transfers between unraid and a docker container avgs around 33 mb/s I'm not doing anything special with the docker networks. Some Bridge mode, plex on host, a few on br0 with a static IP. I might upgrade to RC1 but haven't done it yet. I stopped all the containers but kept the service on and the transfer rates vary wildly. I don't have any containers that are super have I/o. I think it might have something to do with the networks that are setup for docker but I'm not sure what. I have a cache pool of SSDs, I also have an unassigned SSD drive that should

Anyone having connection issues to Deluge from sonarr and radarr? I think I updated the containers a few days ago (all of them are currently up to date) and sonarr and radarr can't reach deluge (unable to communicate with deluge. Error: ConnectFailure (No route to host): 'http://...:8112/json). I can get to the webgui for deluge just fine, I can get to sonarr, radarr. Sonarr and Radarr can reach sabnzb just fine in another docker container. Also, privoxy works just fine with jackett through the container.