[Plugin] controlrd

[jbrodriguez]

ControlR 6.6.0 is available on Apple and Google stores !

 

v6.6.0

- Initial support for Unraid 7
- Performance improvements and bug fixes

 

🙌

[Unraid-arr]

7 hours ago, jbrodriguez said:

from your screenshot, can you change Enable ControlR Server to No -> apply > Enable ControlR Server to Yes -> apply ?

does that make a difference ?

let me know if it doesn't to try something else

It never activates, that is the issue. You can already see in the screenshot. I have it set to yes, but it never activates. I flipped the switch multiple times.

 

Thanks!

Edited August 18 by Unraid-arr
Spell-check

[jbrodriguez]

43 minutes ago, Unraid-arr said:

You can already see in the screenshot. I have it set to yes, but it never activates

sometimes it's difficult to see through a screenshot 🤷‍♂️

 

try this, 

ps aux | grep controlr

then

killall controlr

then

/usr/local/emhttp/plugins/controlr/controlr ....

complete the dots with the same parameters as shown by the first command (it will something like `--port ..`

 

run that and check for any errors

[Unraid-arr]

2 hours ago, jbrodriguez said:

sometimes it's difficult to see through a screenshot 🤷‍♂️

 

try this, 

ps aux | grep controlr

then

killall controlr

then

/usr/local/emhttp/plugins/controlr/controlr ....

complete the dots with the same parameters as shown by the first command (it will something like `--port ..`

 

run that and check for any errors

 

 

There is nothing for that process name.

 

Some syslogs for good measure from the same time:

Aug 18 17:02:15 Zeus ool www[34274]: /usr/local/emhttp/plugins/controlr/scripts/stop
Aug 18 17:02:26 Zeus ool www[34950]: /usr/local/emhttp/plugins/controlr/scripts/start
Aug 18 17:02:26 Zeus sudo:     root : PWD=/usr/local/emhttp ; USER=root ; COMMAND=/usr/bin/bash -c 'env PORT=2378 SHOW_UPS=true /usr/local/emhttp/plugins/controlr/controlr --port 2378' --show-ups
Aug 18 17:02:26 Zeus sudo: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=0)
Aug 18 17:02:26 Zeus sudo: pam_unix(sudo:session): session closed for user root

 

Screenshot -

 

Thanks!

Edited August 18 by Unraid-arr
Readability

[Unraid-arr]

16 minutes ago, Unraid-arr said:

 

 

There is nothing for that process name.

 

Some syslogs for good measure from the same time:

Aug 18 17:02:15 Zeus ool www[34274]: /usr/local/emhttp/plugins/controlr/scripts/stop
Aug 18 17:02:26 Zeus ool www[34950]: /usr/local/emhttp/plugins/controlr/scripts/start
Aug 18 17:02:26 Zeus sudo:     root : PWD=/usr/local/emhttp ; USER=root ; COMMAND=/usr/bin/bash -c 'env PORT=2378 SHOW_UPS=true /usr/local/emhttp/plugins/controlr/controlr --port 2378' --show-ups
Aug 18 17:02:26 Zeus sudo: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=0)
Aug 18 17:02:26 Zeus sudo: pam_unix(sudo:session): session closed for user root

 

Screenshot -

 

Thanks!

So, I merged the command from logs and your message above and it works.

Started from command line, keeps the terminal busy which I can start with nohup, but this should not happen. Also, doesn't detect my network UPS (I am using NUT client).

 

Starting the server I see no difference in the app whatsoever. What functionality am I missing if remove this plugin? Because I see no additional info in the app v6.6.0.

 

Edit: One difference is logs. Which I can see only when server is running.

 

Edited August 18 by Unraid-arr

[jbrodriguez]

23 minutes ago, Unraid-arr said:

What functionality am I missing if remove this plugin

scroll down a bit in this page, you'll find the additional functionality the plugin supports

https://www.apertoire.com/faq/controlr/

[jbrodriguez]

25 minutes ago, Unraid-arr said:

Also, doesn't detect my network UPS (I am using NUT client)

do you have this file on your system /boot/config/plugins/nut/nut.cfg ?

[Unraid-arr]

On 8/18/2024 at 5:40 PM, jbrodriguez said:

do you have this file on your system /boot/config/plugins/nut/nut.cfg ?

No, The location might have changed. (I believe because of the new refreshed plugin)

 

/boot/config/plugins/nut-dw/ups/

 

[Unraid-arr]

On 8/18/2024 at 5:40 PM, jbrodriguez said:

do you have this file on your system /boot/config/plugins/nut/nut.cfg ?

Thisv above is the updated new plugin (officially), IMO.

 

Edit — Was going through your site as per other post. Found that you mention this plugin below which has been deprecated as per the pinned post on that thread. So, you might have to support the new plugin.

 

 

Hope this helps.

 

Edited August 19 by Unraid-arr
added old plugin stuff

[jbrodriguez]

12 hours ago, Unraid-arr said:

Thisv above is the updated new plugin (officially), IMO.

i see, yes, thank you, that helps

[Unraid-arr]

On 8/18/2024 at 5:15 PM, Unraid-arr said:

So, I merged the command from logs and your message above and it works.

Started from command line, keeps the terminal busy which I can start with nohup, but this should not happen. Also, doesn't detect my network UPS (I am using NUT client).

@jbrodriguez Any fix for the server not working, do I have to keep it running from command line or there will be a patch to fix this. Just curious no pressure.

 

Since, you have noted the UPS issue as well, maybe it can be all in one patch?

 

Thanks for all the work.

Edited August 22 by Unraid-arr

[jbrodriguez]

hello all,

 

the ControlR plugin is now controlrd !!!

 

this release enables quite a lot of improvements:
- Open Source: the controlrd plugin is now open source, with an AGPL license 🙌

- Access: the plugin api is now accessed via the Unraid url, no need to set a port anymore

 

- Versioning: no more "v" prefix for the version name

- Performance improvements

 

this will be paired with a change in the ControlR mobile app (to be released very soon), which will now have the following requirement
- If you access your server via SSL (https), the app will only connect to the `*.myunraid.net` URL, which is backed by a certificate provisioned via Let's Encrypt (certificate_bundle) 

 

Finally, the current ControlR plugin will be deprecated

Edited August 29 by jbrodriguez

[ThrashMan]

Thank you!

[jbrodriguez]

release controlrd 2024.08.30, which should support the new nut plugin.

 

i checked the code for the new nut plugin, the core binary is the same, so the output should be the same (unless there are some upstream changes)

 

if you're usingthe nut plugin, let me know if this now works for you  

[mihcox]

48 minutes ago, jbrodriguez said:

release controlrd 2024.08.30, which should support the new nut plugin.

 

i checked the code for the new nut plugin, the core binary is the same, so the output should be the same (unless there are some upstream changes)

 

if you're usingthe nut plugin, let me know if this now works for you  

I have updated to the new plugin, restaretd both by settings to no, then yes again and dont see any stats for the UPS in controlr. Where should they be?

[jbrodriguez]

24 minutes ago, mihcox said:

Where should they be?

they should be in the main tab for the server, to the right of the status, cpu load, etc.

[mihcox]

does not show for me:

[jbrodriguez]

cool, can you do

cat /var/log/controlrd.log

and post that log (anonymize any private info you want, send me a dm if you prefer)

[mihcox]

[jbrodriguez]

i see, can you provide the output of 

/usr/bin/upsc [email protected]

 

[mihcox]

root@BigRig:~# /usr/bin/upsc [email protected]
Error: Unknown UPS

 

[jbrodriguez]

3 minutes ago, mihcox said:

Error: Unknown UPS

thank you, can you try

/usr/bin/upsc '[email protected]'

if that doesnt work

/usr/bin/upsc "[email protected]"

 

finally, would you mind sending me your /boot/config/plugins/nut-dw/nut.cfg ?

 

im not sure why the plugin cant parse it, would like to fix the parsing if possible

[mihcox]

8 minutes ago, jbrodriguez said:

thank you, can you try

/usr/bin/upsc '[email protected]'

if that doesnt work

/usr/bin/upsc "[email protected]"

 

finally, would you mind sending me your /boot/config/plugins/nut-dw/nut.cfg ?

 

im not sure why the plugin cant parse it, would like to fix the parsing if possible

i have to guess that this location of 127.0.0.1 is being filled in becuase it cannot read my not.cfg file. And my file is not located in that directory

[mihcox]

based on the logs it seems to be in: /etc/nut/ups.conf

[jbrodriguez]

19 minutes ago, mihcox said:

based on the logs it seems to be in: /etc/nut/ups.conf

that's weird, the nut plugin code is reading the config from /boot/config/plugins/nut-dw/nut.cfg, can you confirm you're using the latest nut plugin ?