nut service not starting

[da0]

hello all,

I am a newbie with OPNsense and trying to connect my UPS to my router
OPNsense version is 18.1.13
UPS is APC back-UPS ES 700G

I installed os-nut plugin (v1.0) and connected my UPS to the router
kernel logs show UPS device is correctly detected:

Code: [Select]

ugen0.2: <APC Back-UPS ES 700G FW871.O2 .I USB FWO2> at usbus0

in web UI configuration, I enable NUT service with:
in general settings:
  enable NUT : ON
  service mode : standalone
  name : UPSName
in UPS type/USBHID-driver
  enable : ON
  extra arguments : port=auto

I apply configuration and try to leave NUT configuration page ... it takes long time (50 seconds, sometimes less)

next, going back to NUT configuration page : NUT is disabled ... configuration was not applied

from command line, I can see :
files in /usr/local/etc/nut are not modified

and running processes:

Code: [Select]

# ps aux | grep ups
root    69797   0.0  0.1   12564  2140  -  I    17:43     0:00.00 /usr/local/bin/upsc UPSName@127.0.0.1
root    95901   0.0  0.1   12564  2136  -  S    17:45     0:00.00 /usr/local/bin/upsc UPSName@127.0.0.1
root    96022   0.0  0.1   12564  2136  -  S    17:45     0:00.00 /usr/local/bin/upsc UPSName@127.0.0.1
root    96293   0.0  0.1   12564  2136  -  S    17:45     0:00.00 /usr/local/bin/upsc UPSName@127.0.0.1
root    96486   0.0  0.1   12564  2136  -  S    17:45     0:00.00 /usr/local/bin/upsc UPSName@127.0.0.1
root    96922   0.0  0.1 1080528  2832  0  S+   17:45     0:00.00 grep ups

after rebooting router, I still have same behavior

installing/reinstalling os-nut plugin changes nothing


am I missing some thing in my setup ?

is there somebody to help ?


regards,

Denis

[mimugmail]

Can you enable debug in browser via F12 / network and look for the error? Must be something wrong when config Not applied

[da0]

I did not understand it may be related to my web client
... so I'm running OS X el capitan 10.11.6 with safari 11.1.2
I also tested firefox 61.0.1

for both safari and firefox, I have same kind of problems : long waits  when entering or leaving "nut service" page
I have this behavior only when nut is disabled.


I enabled web inspector in both browsers and when showing network tab I see a lot of "upsstatus" POST waiting for answer when nut service is disabled

when I click on "enable nut" I get following error :

Code: [Select]

TypeError: null is not an object (evaluating 'el.nodeName')
... error is triggered in function selectMe in inject.js, line 78

when I click on "apply" button I get same error and a "set" POST is sent ... waiting forever a response
in fact, it takes ages before getting an answer ... and when answer is received, a "reconfigure" POST is sent
=> apply button is displayed with a 'wheel' next to it

in the end, when all POST have completed (it may takes several minutes), nut is enabled
.. and from this point, entering/leaving "nut service" page can be done without long waits  ("upsstatus" seems to run correctly)

[mimugmail]

Nut tools are a bit bitchy, the status command runs forever when the daemon is stopped.

[alesnav]

I am facing this same issue. Tons of upsc always running, GUI freezed even when having "Enable NUT" unchecked.

Maybe this log line helps:

Code: [Select]

Aug  8 18:58:29 firewall configd[46715]: Timeout (120) executing : nut upsstatus 'eaton@127.0.0.1'
It seems that I have no luck with this plugin, but I'd like to have it running.

When clicking in the plugin web page, it starts to launch several connections to the API endpoint "https://<host>/api/nut/service/upsstatus" even when NUT is NOT enabled. Perhaps this is one bug, but not the only one. This is the cause that freezes the GUI, at least in my case.

I can perform any test you want or need 

Thanks!

[mimugmail]

Perhaps your UPS is not supported by the driver?

[franco]

Looks like the known status lockup when the service is deactivated:

> GUI freezed even when having "Enable NUT" unchecked.

and

> Aug  8 18:58:29 firewall configd[46715]: Timeout (120) executing : nut upsstatus 'eaton@127.0.0.1'

While this is annoying why don't we talk about enabled services and log file errors from a running process?


Cheers,
Franco

[PrototypeActual]

I've noticed even when I was still running pfSense in the past and when I made the switch to OPNsense that despite the system recognizing the UPS is plugged in. If I set everything up (just like yours da0) and even reboot multiple times the service will not register until I unplug the usb cable at least at one end then plug back in (maybe another reboot) to get the service to recognize. I can't recall if I've had the freezing issue on the Gui but the occasional extended wait if I restart it or start it up if it wasn't running.

[mimugmail]

The freezing is just OPN related since the status is called when opening nut menu.
I have to rework the menu so it's only called when clicked .. but I need a bit time for this.

[Taomyn]

I hope this can be fixed soon.


I wanted to move the USB connection from my APC UPS from my Windows PC to the firewall, so I thought I should probably connect the USB first then do the plug-in. Disconnected the USB cable, all was fine, connected it to firewall, it immediately shuts down. At least it was clean but not a great start.


Now I can't even configure it as the GUI just won't let me - it's so slow, and nothing is getting the service started.


For now I have removed the plugin and everything is back to normal. As I'm going on vacation later this week I will wait until I get back to play some more.

[Taomyn]

Any idea if this should work with my APC SmartUPS 750? I changed the type to "APCSMART driver" and disabled the "USBHID driver", but I'm still getting the GUI hangs, and these kinds of messages:

Code: [Select]

Jan 4 17:20:11 upsmon[69654]: UPS Firewall_UPS is unavailable
Jan 4 17:20:11 upsmon[69654]: UPS [Firewall_UPS]: connect failed: Connection failure: Operation timed out
Jan 4 17:18:51 upsmon[69654]: Communications with UPS Firewall_UPS lost
Jan 4 17:18:51 upsmon[69654]: UPS [Firewall_UPS]: connect failed: Connection failure: Operation timed out
Jan 4 17:17:36 upsmon[69424]: Startup successful
Jan 4 17:17:36 root: /usr/local/etc/rc.d/nut: WARNING: failed precmd routine for nut
Jan 4 17:17:05 root: /usr/local/etc/rc.d/nut_upsmon: WARNING: failed to start nut_upsmon
Jan 4 17:17:05 root: /usr/local/etc/rc.d/nut: WARNING: failed precmd routine for nut
Jan 4 17:16:28 upsmon[80600]: upsmon parent: read
Jan 4 17:16:28 upsmon[80757]: Signal 15: exiting
Jan 4 17:16:22 upsmon[80757]: UPS [Firewall_UPS]: connect failed: Connection failure: Operation already in progress
Jan 4 17:16:22 root: /usr/local/etc/rc.d/nut: WARNING: failed precmd routine for nut
Jan 4 17:16:17 upsmon[80757]: UPS [Firewall_UPS]: connect failed: Connection failure: Operation timed out
Jan 4 17:14:57 upsmon[80757]: UPS Firewall_UPS is unavailable
Jan 4 17:14:57 upsmon[80757]: UPS [Firewall_UPS]: connect failed: Connection failure: Operation timed out


It works fine when connected to my Windows 10 PC so I know the UPS is fine. I'm up to date with the main firewall code.

[mimugmail]

You have to remove the nut part from config.xml and start over again. Normally the gui should not hang when you dont hit Diagnostics

[Taomyn]

You have to remove the nut part from config.xml and start over again.

I'm not sure what this means - for now I have removed the plug-in and reconnected the UPS back on my Windows PC, but I can try again if there's a possibility that it would work.

[mimugmail]

Edit /conf/config.xml, search for nut and remove the xml container.
If you don't know how, just install the plugin again, disable the service and set all settings as before.