jbrodriguez

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) ?

i was double checking the ups code in the plugin, can you check if you have /sbin/apcaccess or /usr/bin/upsc in your system ? the plugin "should" only support those 2 "plugins"

still not sure why that's the case, i need to investigate further

are you using the nut plugin ? if that's so, there is an issue retrieving data from it, i need to fix it

hi, can you try adding the server manually ? if using unraid connect, try using the long server name as an alternative

thanks for the heads up you should be ok uninstalling and reinstalling the plugin let me know if that doesn't work for you

i'd say it's a bit odd, can you run `top` or `htop` to confirm that unbalanced is the one using that core at a 100% ?

check out this reply

agree this is what i really wanted to point out: there's a closed source element in the loop of tailscale (the control server), i understand this is in line with the original concern from @Rysz as you mentioned, you can run a headscale server and remove the closed source component

sorry to have brought you in @EDACerton🙏, i was really referring to the underlying app, tailscale itself, which isn't fully open source (https://tailscale.com/opensource#faqs)

not at all, xz did make some waves 😮