jbrodriguez

hey, thanks a lot !!! fixed it (it was pointing to the old repo structure)

hi, latest version is v2024.05.11

yes, i've been a bit swamped at work, but i can definitely get some help, if you're willing. can you provide the output of (either here, via dm or email) /usr/bin/upsc 127.0.0.1 i will eventually talk to the nuts plugin maintainer if i can't get it working

mmm ok, maybe unassigned devices changed location ? i'll try to check later this week

yes, that seems odd the biggest "culprits" seem to be disk1 and disk2, do the smart stats look good for them ?

i think i made a change to better identify pools, but maybe there's still something missing there if you can share your `/var/local/emhttp/disks.ini` (remove any sensitive info you want), i'd like to take a look

thanks ! i hadn't heard about it, will take a closer look

i have a bunch of ripped cds on my server and i'm thinking about dropping spotify altogether and just put a nice user interface on top of my (lossless) music media i'm leaning towards navidrome is anyone using something else in this scenario ?

mm that's odd, try something, delete the plugin, make sure to delete /boot/config/plugins/controlr/controlr.env, the reinstall the plugin again, let me know if that works

hi, i updated the plugin, did you update it ? this should have fixed the issue (there was no need for an upgrade for the control app)

it used to run as nobody, but i changed that, i seem to remember it was due to permissions changes in Unraid 🤔 you could run it as nobody via command line (i think)

oh you meant the plan phase ! that shouldn't take that long check the last lines of /var/log/unbalanced.log when you run the scatter plan, to check for any issues there

1TB should take approx 32 - 36 hours ?

hi, when you press the stop button, it will - "kill" the current rsync command (there might be a bit of delay) - stops the current operation, so any upcoming rsync commands are not run - doesn't perform any move/deletion on the source file/folder when an rsync command is stopped (killed), the file willl be partially copied on the destination and unchanged on the source if you run the same operation (rsync command) again, it would pick up from where it left

hi, so this is odd, i'll try to replicate on my server, it was working fine when i installed it, i'll double check

cool ! the root cause is controlr.env (strong suspect), it's empty and it's overriding (guess) the command line flag (--show-ups) i'll look into it and release an update

thank you ! ok, one more test, can you run it manually again killall controlr /usr/local/emhttp/plugins/controlr/controlr --port 2378 --show-ups does it still say no ups detected ?

can you stop/start the plugin ? the log is being updated by the previous version

hi, the plugin doesn't delete top-level folders, since those are Unraid shares i would ask in the general thread to see if it's safe to delete empty shares folders

one last thing do you have this file: /boot/config/plugins/controlr/controlr.env ?

i pushed a small change (and a debug log) to figure it out, since it's kind of weird that it's not detecting the ups 🤷‍♂️ if it doesn't work, can you send me /var/log/controlr.log (just from the last start of the app would be ok)

also, can you check if you have this file: /var/run/apcupsd.pid ?

o cool, can you run type apcaccess

that's the issue, it isn't detecting the ups, the 2 binaries i posted above are the ones the plugin looks for when trying to read ups info you mentioned there isn't a /sbin/apcaccess in your system, which leads me to think that the default ups provider (apc) has changed location, that's why controlr can't find it if you run lsusb does it show the ups attached (some line about America Power Conversion) ? can you try to run apcaccess if that works, then type apcaccess

try this killall controlr then /usr/local/emhttp/plugins/controlr/controlr --port 2378 --show-ups can you post the output (remove any sensitive info you want) ?