NUT package (2.8.0 and below)

mrsunfire

@mrsunfire What you are looking for is further back in the logs. You're looking for what usbhid-ups says when it starts up. You can force new log entries by restarting the UPS service.

Have you rebooted or unplugged/re-plugged since you installed NUT?

Yes I did. I also reinstalled the NUT package. The apcups package also works fine with the UPS.

Log after restart:

Apr 17 05:33:29	snmpd	66779	SIOCGIFDESCR (usbus0): Device not configured
Apr 17 05:33:26	upsmon	91798	UPS APC_BackUPS_Pro_550 is unavailable
Apr 17 05:33:26	upsmon	91798	Poll UPS [APC_BackUPS_Pro_550] failed - Driver not connected
Apr 17 05:33:21	upsmon	91798	Communications with UPS APC_BackUPS_Pro_550 lost
Apr 17 05:33:21	upsmon	91798	Poll UPS [APC_BackUPS_Pro_550] failed - Driver not connected
Apr 17 05:33:21	upsd	92208	User local-monitor@::1 logged into UPS [APC_BackUPS_Pro_550]
Apr 17 05:33:19	upsd	92208	Startup successful
Apr 17 05:33:19	upsd	92118	Can't connect to UPS [APC_BackUPS_Pro_550] (usbhid-ups-APC_BackUPS_Pro_550): No such file or directory
Apr 17 05:33:19	upsd	92118	listening on 127.0.0.1 port 3493
Apr 17 05:33:19	upsd	92118	listening on ::1 port 3493
Apr 17 05:33:18	upsmon	91389	Startup successful

dennypage

@mrsunfire We would be looking for messages from "usbhid-ups" which is the actual driver.

Also, can you also post your UPS config? Either the <nut> section of the config or a screenshot of Services / UPS / Settings. Thanks.

mrsunfire

I don‘t see any log with usbhid-ups.

Settings:

alt text

dennypage

@mrsunfire There definitely should be log entries for "usbhid-ups" when you start the nut service.

Just to make sure you're not hitting a name limit, please change the name of the ups to something simple with no special characters. Something like "myups"

Please post the output of these two files:

/usr/local/etc/nut/ups.conf
/usr/local/etc/rc.d/nut.sh

Thanks.

mrsunfire

@dennypage I changed the name to „UPS“. Still the same error. I don‘t see any logs from usbhid-ups.

[UPS]
driver=usbhid-ups
port=auto

#!/bin/sh
# This file was automatically generated
# by the pfSense service handler.

rc_start() {
	echo starting NUT
	/usr/bin/killall -q -9 upsmon
	/usr/bin/killall -q -9 upsd
	/usr/bin/killall -q -9 upsdrvctl
	/usr/bin/killall -q -9 usbhid-ups
	/usr/local/sbin/upsmon
	/usr/local/sbin/upsdrvctl start &
	sleep 1
	/usr/local/sbin/upsd -u root
	return 0
}

rc_stop() {
	echo stopping NUT
	/usr/bin/killall -q upsmon
	/usr/bin/killall -q upsd
	/usr/bin/killall -q upsdrvctl
	/usr/bin/killall -q usbhid-ups
	return 0
}

case $1 in
	start)
		rc_start
		;;
	stop)
		rc_stop
		;;
	restart)
		rc_stop
		rc_start
		;;
esac

mrsunfire

OK I got it to work by also using the apcusbd package and setup the NUT package to USB type „Remote apcusbd“. Now I got the widget working!

dennypage

@mrsunfire Please try starting the script by hand using the command:

/usr/local/etc/rc.d/nut.sh start

and post the output.

dennypage

@mrsunfire Uh... you aren't trying to run apcupsd and nut at the same time are you?

mrsunfire

No I was not. But now I am and it works flawless.

dennypage

@mrsunfire You cannot use apcupsd and nut at the same time. They cannot both manage system shutdown.

If you want help to understand the issue with nut, I will help you but you need to disable or delete apcupsd before proceeding.

Otherwise, if you are happy with using apcupsd, you should delete the nut package.

mrsunfire

Why? I just want the widget and nothing else. This works only with NUT and NUT only works with apcupsd right now :)
But yes, I want to find out what the problem is. I will do this tomorrow guided by your help.
Thanks in advance!

dennypage

@mrsunfire Because you cannot have two processes trying to manage system and ups shutdown/restart.

mrsunfire

I don't want to shutdown. I only want the widget. Is there a way to disable the shutdown completely?

dennypage

@mrsunfire Okay. When you are ready...

Remove the apcupsd package using the package manager (System / Package Manager / Installed Packages).
Go to the UPS configuration page (Services / UPS / Settings) and change the nut configuration to be:

UPS Type - Local USB
UPS Name - ups
Driver - usbhid
All other settings blank (empty).

Save the configuration.
Wait two minutes. Don't skip this step.
Check to confirm the service is not functioning by going to the UPS status page (Services / UPS / Status) and refreshing the browser. Assuming that the status page says that the ups requires attention...
Log into the system and run the nut startup script by hand:
```
/usr/local/etc/rc.d/nut.sh start
```
Post the output produced by the script, and the output from the system log when you ran the script. You can get the system log output with the following command:
```
clog /var/log/system.log | tail -25
```

which will display the last 25 lines of the system log.

mrsunfire

@dennypage said in NUT package:

OK, I've made all these steps:

Apr 18 21:51:54 pfsense upsmon[56145]: Startup successful
Apr 18 21:51:55 pfsense upsd[57066]: listening on ::1 port 3493
Apr 18 21:51:55 pfsense upsd[57066]: listening on 127.0.0.1 port 3493
Apr 18 21:51:55 pfsense upsd[57066]: Can't connect to UPS [UPS] (apcupsd-ups-UPS): No such file or directory
Apr 18 21:51:55 pfsense upsd[57261]: Startup successful
Apr 18 21:51:57 pfsense upsd[57261]: User local-monitor@::1 logged into UPS [UPS]
Apr 18 21:51:57 pfsense upsmon[56657]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:51:57 pfsense upsmon[56657]: Communications with UPS UPS lost
Apr 18 21:52:02 pfsense upsmon[56657]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:02 pfsense upsmon[56657]: UPS UPS is unavailable
Apr 18 21:52:07 pfsense upsmon[56657]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:12 pfsense upsmon[56657]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:13 pfsense login: login on ttyu0 as root
Apr 18 21:52:17 pfsense upsmon[56657]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:22 pfsense upsmon[56657]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:26 pfsense upsmon[19650]: Startup successful
Apr 18 21:52:27 pfsense upsd[20303]: listening on ::1 port 3493
Apr 18 21:52:27 pfsense upsd[20303]: listening on 127.0.0.1 port 3493
Apr 18 21:52:27 pfsense upsd[20303]: Can't connect to UPS [UPS] (apcupsd-ups-UPS): No such file or directory
Apr 18 21:52:27 pfsense upsd[20394]: Startup successful
Apr 18 21:52:29 pfsense upsd[20394]: User local-monitor@::1 logged into UPS [UPS]
Apr 18 21:52:29 pfsense upsmon[20188]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:29 pfsense upsmon[20188]: Communications with UPS UPS lost
Apr 18 21:52:34 pfsense upsmon[20188]: Poll UPS [UPS] failed - Driver not connected
Apr 18 21:52:34 pfsense upsmon[20188]: UPS UPS is unavailable

mrsunfire

OK strange, now I again uninstalled NUT and reinstalled it as previous but now it works!


Apr 18 21:56:36	upsd	71931	User local-monitor@::1 logged into UPS [UPS]
Apr 18 21:56:34	upsd	71931	Startup successful
Apr 18 21:56:34	upsd	71905	Connected to UPS [UPS]: usbhid-ups-UPS
Apr 18 21:56:34	upsd	71905	listening on 127.0.0.1 port 3493
Apr 18 21:56:34	upsd	71905	listening on ::1 port 3493
Apr 18 21:56:33	usbhid-ups	71892	Startup successful
Apr 18 21:56:33	upsmon	70877	Startup successful
Apr 18 21:56:33	php-fpm	30015	/nut_settings.php: Starting service nut

Without setting anything in the advanced options is there now a shutdown active?

dennypage

@mrsunfire Thank you for the system log output. Can you post the output from the script itself as well please?

Looking for something like this:

[2.4.4-RELEASE][root@fw]/root: sh -x /usr/local/etc/rc.d/nut.sh start
+ rc_start
+ echo starting NUT
starting NUT
+ /usr/bin/killall -q -9 upsmon
+ /usr/bin/killall -q -9 upsd
+ /usr/bin/killall -q -9 upsdrvctl
+ /usr/bin/killall -q -9 usbhid-ups
+ /usr/local/sbin/upsmon
Network UPS Tools upsmon 2.7.4
kill: No such process
UPS: ups (master) (power value 1)
Using power down flag file /etc/killpower
+ sleep 1
+ /usr/local/sbin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
kill: No such process
Using subdriver: TrippLite HID 0.82
+ /usr/local/sbin/upsd -u root
Network UPS Tools upsd 2.7.4
kill: No such process
listening on ::1 port 3493
listening on 127.0.0.1 port 3493
Connected to UPS [ups]: usbhid-ups-ups
+ return 0
[2.4.4-RELEASE][root@fw]/root:

Alternatively, you could just start the driver:

[2.4.4-RELEASE][root@fw.cococafe.com]/root: /usr/local/sbin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
Using subdriver: TrippLite HID 0.82
[2.4.4-RELEASE][root@fw.cococafe.com]/root:

dennypage

@mrsunfire said in NUT package:

OK strange, now I again uninstalled NUT and reinstalled it as previous but now it works!

Strange. Only thing I can think of here is that when nut is first installed, there are rules set up for ownership of the usb device so that nut can access it. These rules do have effect until the system is rebooted or the device is unplugged/replugged.

Without setting anything in the advanced options is there now a shutdown active?

Yes, if nut is running correctly you should be protected against the ups running out of battery.

mrsunfire

Where can I see the time when the system shutdown? Where to disable?

dennypage

@mrsunfire said in NUT package:

Where can I see the time when the system shutdown? Where to disable?

By default, nut initiates a shutdown when your ups declares a low battery situation. When this occurs varies from vendor to vendor and from ups to ups, usually based on battery size.
Note that you can generally override the ups defaults and have nut initiate the shutdown when X percentage of battery remains, or Y minutes of runtime remains.

Why do you want to disable shutdown? Managing shutdown is what nut exists for. Without it, you risk data corruption when the battery is exhausted. Also, the further you deplete the batter the higher the impact on long term battery health.

There is no "clean" way to disable shutdown. There are various tricks you can try, but they can leave either nut or the entire system inoperable without manual/physical intervention. And of course there is the risk of data corruption when power is lost.

Unless you have a super good reason to be trying to avoid shutdown, it's much better to let it do its thing.