October 8, 20178 yr Author v2.4.0 is available ! 2017-10-08 - 2.4.0 Collect data for /info endpoint on app start. Listen for changes to prefs file to update the cached data. This is a small optimizations to make server refresh on the mobile app a bit faster.
October 26, 20178 yr Author @BillClinton, can you do the following ? cd /usr/local/emhttp/plugins/controlr killall controlr ./controlr Let me know if this shows some more output
October 26, 20178 yr Author Also, which of the following files are present in your system ? /var/run/nut/upsmon.pid /var/run/apcupsd.pid /sbin/apcaccess /usr/bin/upsc /boot/config/plugins/nut/nut.cfg
October 26, 20178 yr 2 hours ago, jbrodriguez said: @BillClinton, can you do the following ? cd /usr/local/emhttp/plugins/controlr killall controlr ./controlr Let me know if this shows some more output this didn't work. see attached image
October 26, 20178 yr 2 hours ago, jbrodriguez said: Also, which of the following files are present in your system ? /var/run/nut/upsmon.pid /var/run/apcupsd.pid /sbin/apcaccess /usr/bin/upsc /boot/config/plugins/nut/nut.cfg upsmon.pid is there I don't have apcupsd.pid as i don't have a APC UPS. I do have apcaccess though. I also do have upsc I also have the nut.cfg file. (all within the specified directories)
October 26, 20178 yr 8 hours ago, jbrodriguez said: Could you send me your /boot/config/plugins/nut/nut.cfg ? PM'd you the file.
October 27, 20178 yr Author v2.5.1 is out ! 2017-10-27 - 2.5.1 - Fix issue with nut config file that caused a crash @BillClinton, please try this one, should fix the issue you're having.
October 27, 20178 yr v2.5.1 is out ! 2017-10-27 - 2.5.1 - Fix issue with nut config file that caused a crash [mention=63868]BillClinton[/mention], please try this one, should fix the issue you're having.UpdatedWorking like a charm. Thank you very much. Sent from my iPad using Tapatalk
November 4, 20178 yr @jbrodriguez I see you added nut support. I probably broke it though. The latest update I change some nut.cfg variables. USERNAME and PASSWORD to MONUSER and MONPASS and encoded the passwords instead of just plain text. Also I noticed I get this in the system log Nov 3 19:17:16 Server nginx: 2017/11/03 19:17:16 [error] 6414#6414: *977223 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 192.x.x.x, server: , request: "GET /plugins/dynamix.system.temp/include/SystemTemp.php?unit=C&dot=.%2C HTTP/2.0", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.x.x.x:xxxx"
November 4, 20178 yr Author Thanks for the heads up @dmacias ! I'm not using those variables, although ... I probably should ? Are they used to access nut's UI ? The status report from the nut binary seem to work ok without presenting those credentials. I'll take a closer look. 11 hours ago, dmacias said: Also I noticed I get this in the system log Is it possible that you don't have the dynamix.system.temp plugin installed ? That log entry should be coming from the ControlR app trying to get the system temp, but failing to do so since it's not installed.
November 4, 20178 yr 15 minutes ago, jbrodriguez said: Thanks for the heads up @dmacias ! I'm not using those variables, although ... I probably should ? Are they used to access nut's UI ? The status report from the nut binary seem to work ok without presenting those credentials. I'll take a closer look. Is it possible that you don't have the dynamix.system.temp plugin installed ? That log entry should be coming from the ControlR app trying to get the system temp, but failing to do so since it's not installed. I wasn't thinking. You don't need username and password to access UPS variables, those are just for the monitor. I just assumed thats what broke it for me since that was what I was working on. But it was the UPS name. I was probably using the default cfg when testing and it worked but when I changed the name of the UPS it stopped working. I don't know if you hard coded it to "/usr/bin/upsc [email protected]" but it could be any name or ip "/usr/bin/upsc $NAME@$IPADDR". I figured that's what the log entry was from. I don't have the system temp plugin installed. I use my own IPMI plugin.
November 4, 20178 yr Author 20 minutes ago, dmacias said: but it could be any name or ip "/usr/bin/upsc $NAME@$IPADDR" No, I didn't hardcode [email protected], I read both variables from nut.cfg. But I do so only on plugin startup, I don't monitor the config file for changes. If you restart the plugin, does it work ? 26 minutes ago, dmacias said: I figured that's what the log entry was from. I don't have the system temp plugin installed. I use my own IPMI plugin. Got it. I'll improve that. Didn't know about your IPMI plugin. I'll check it out.
November 8, 20178 yr Author v2.6.0 is available ! 2017-11-08 - 2.6.0 - Implement system sensor scanning - Enable optional UPS status display
November 8, 20178 yr I have updated app and plugin. Set plugin to disable UPS data. Restarted ControlR app. Still have ups data scrolling across my screen. Did I miss something? Edit: Also restarted the plugin. Edited November 8, 20178 yr by wgstarks
November 8, 20178 yr Author 40 minutes ago, wgstarks said: Edit: Also restarted the plugin. Was going to say that Can you send me the output of ps aux | grep controlr ?
November 8, 20178 yr 17 minutes ago, jbrodriguez said: Was going to say that Can you send me the output of ps aux | grep controlr ? root@Brunnhilde:~# ps aux | grep controlr root 6874 0.0 0.0 10264 6488 ? Sl 13:03 0:00 /usr/local/emhttp/plugins/controlr/controlr -port 2378 -certdir /boot/config/ssl/certs -showups false root 16829 0.0 0.0 9640 1840 pts/0 S+ 14:00 0:00 grep controlr root@Brunnhilde:~#
November 8, 20178 yr Author v2.6.1 is available ! - Fix plugin invocation (default to false, pass the flag for true) Thanks @wgstarks, this should fix it.
November 21, 20178 yr Why do I see this error on my terminal when I reboot? /bin/bash: line 5: /usr/local/emhttp/plugins/controlr/scripts/stop: No such file or directory
November 21, 20178 yr Author 8 hours ago, wgstarks said: Why do I see this error on my terminal when I reboot? It happens on my servers too, but I'm not sure why. Seems like unRAID is trying to execute the plugin (stop/start?), as part of the startup process?, but the files are still not available.
November 29, 20178 yr I am not able to see logs in the ControlR app. I have set the server to use https and reconnected the app to use https as well. I suspect this may be the issue but I am not sure. I am running 6.4.0_rc10b. Thank you
November 29, 20178 yr It happens on my servers too, but I'm not sure why. Seems like unRAID is trying to execute the plugin (stop/start?), as part of the startup process?, but the files are still not available.You could move the stop and start after the bundle remove and install commands.Method 2 is you could add the emhttp path to the bundle then change the get controlr bundle to this.This will install it as a Slackware package. It will remove the old and install the new. This will give a warning about makepkg but should work. Then remove these lines# Remove emhttp files so we can re-install.rm -rf /usr/local/emhttp/plugins/&name;/* 2>/dev/null# Install the 'bundle'.tar -xf /boot/config/plugins/&name;/&bundle; -C /usr/local/emhttp/pluginsMethod 3 is you could leave the bundle File section as is, still include the path in the bundle but manually upgradepkg --install-new.With both methods you can use removepkg to remove the bundle on plugin uninstall.Also you could use makepkg to create the bundle. This allows you to add install script and package description. If you look at my IPMI-unRAID repo I explain how I make Slackware packages on my laptop. And under Source you can see the layout and the script I use.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.