Hello list,

I am configuring NUT on a Dell workstation that is connected to an APC Back
UPS
Pro 1300, and I am running into an issue where starting everything manually
seems to be successful, but fails when using the init.d scripts.

The short story is that I get the following error when trying to check the
status of the UPS:
[root@mypc:/etc/nut]# upsc apc_pro1300@localhost
Error: Connection failure: Connection refused

If I stop and then restart the service, I get "UPS apc_pro1300@localhost is
unavailable" errors walled to the logs and all consoles, but if I stop the
service (/etc/init.d/ups-monitor stop) and start the commands individually,
all
seems fine. I'm pretty sure I'm dealing with a permissions issue, but
everything
looks fine to me:
[root@mypc:/etc/nut]# ls -al /etc/nut
total 21
drwxr-xr-x   2 root nut  1024 Jan 30 07:56 .
drwxr-xr-x 126 root root 9216 Jan 30 13:24 ..
-rw-r-----   1 root nut  1543 Jan 30 09:18 nut.conf
-rw-r-----   1 root nut    91 Jan 30 09:11 ups.conf
-rw-r-----   1 root nut    66 Jan 30 09:11 upsd.conf
-rw-r-----   1 root nut   109 Jan 30 09:11 upsd.users
-rw-r-----   1 root nut   475 Jan 30 09:12 upsmon.conf
-rw-r-----   1 root nut  4075 Jan 30 09:13 upssched.conf

[root@mypc:/etc/nut]# ls -al /var/run/nut/
total 4
drwxrwx---  3 root nut   80 Jan 30 14:45 .
drwxr-xr-x 25 root root 820 Jan 30 13:29 ..
drwxrwx---  2 nut  nut   40 Jan 30 13:46 upssched
-rw-r--r--  1 root root   5 Jan 30 13:45 upsmon.pid

The long story:

Operating system is Debian Wheezy with NUT installed through aptitude. That
installs the nut meta-package which installs the nut-client, nut-server,
and the
libupsclient1 packages. Following the NUT User Guide for setting it up went
almost flawlessly:
[root@mypc:/etc/nut]# cat /etc/nut/ups.conf
[apc_pro1300]
   driver = usbhid-ups
   port   = auto
   desc   = "APC BackUPS Pro 1300"


[root@mypc:/etc/nut]# /sbin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.6.4
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
Can't claim USB device [051d:0002]: could not detach kernel driver from
interface 0: Operation not permitted
Driver failed to start (exit status=1)

At this point I unplugged the UPS and plugged it into a different USP port,
but
that did not change the above. Figuring this was likely a udev problem, I
created the following /etc/udev/rules.d/52-nut-usbups.rules (based on an
example
on our database server, and changing the vendor and product id values):
[root@mypc:/etc/nut]# cat /etc/udev/rules.d/52-nut-usbups.rules
ACTION!="add|change", GOTO="nut-usbups_rules_end"
SUBSYSTEM=="usb_device", GOTO="nut-usbups_rules_real"
SUBSYSTEM=="usb", GOTO="nut-usbups_rules_real"
SUBSYSTEM!="usb", GOTO="nut-usbups_rules_end"

LABEL="nut-usbups_rules_real"

# APC - usbhid-ups
ATTR{idVendor}=="051d", ATTR{idProduct}=="0002", MODE="664", GROUP="nut"

LABEL="nut-usbups_rules_end"


After that, the driver then starts:
[root@mypc:/etc/nut]# /sbin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.6.4
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
Using subdriver: APC HID 0.95


continuing on, I edited /etc/nut/upsd.conf:
[root@mypc:/etc/nut]# cat /etc/nut/upsd.conf
LISTEN 127.0.0.1 3493
LISTEN ::1 3493


Then created /etc/nut/upsd.users:
[root@mypc:/etc/nut]# cat /etc/nut/upsd.users
[nut]
   password  = Password
   upsmon      master


And started the data server:
[root@mypc:/etc/nut]# /sbin/upsd
Network UPS Tools upsd 2.6.4
fopen /var/run/nut/upsd.pid: No such file or directory
listening on ::1 port 3493
listening on 127.0.0.1 port 3493
Connected to UPS [apc_pro1300]: usbhid-ups-apc_pro1300


Checking the status, things look good:
[root@mypc:/etc/nut]# /bin/upsc apc_pro1300@localhost ups.status
OL


Looking at everything, all looked good, so I progressed to testing (the PC
is
not drawing it's power from the UPS at this point). I took the database
server's
upsmon.conf as an example and created my own:
[root@mypc:/etc/nut]# cat /etc/nut/upsmon.conf
FINALDELAY    15
HOSTSYNC      15
MONITOR       apc_pro1300@localhost 1 nut Password master
NOTIFYCMD     /sbin/upssched
NOTIFYFLAG    ONLINE    SYSLOG+WALL+EXEC
NOTIFYFLAG    ONBATT    SYSLOG+WALL+EXEC
NOTIFYFLAG    LOWBATT   SYSLOG+WALL+EXEC
NOTIFYFLAG    COMMBAD   SYSLOG+EXEC
NOTIFYFLAG    COMMOK    SYSLOG+EXEC
NOTIFYFLAG    NOCOMM    SYSLOG+WALL+EXEC
POLLFREQ      10
POLLFREQALERT 10
POWERDOWNFLAG /tmp/killpower
RUN_AS_USER   nut
SHUTDOWNCMD   "/sbin/shutdown -h +0"


And started the monitor:
[root@mypc:/etc/nut]# /sbin/upsmon
Network UPS Tools upsmon 2.6.4
kill: No such process
UPS: apc_pro1300@localhost (master) (power value 1)
Using power down flag file /tmp/killpower


Checking the log, that looks good too:
Jan 30 09:17:12 mypc usbhid-ups[6688]: Startup successful
Jan 30 09:20:37 mypc upsd[6979]: listening on ::1 port 3493
Jan 30 09:20:37 mypc upsd[6979]: listening on 127.0.0.1 port 3493
Jan 30 09:20:37 mypc upsd[6979]: Connected to UPS [apc_pro1300]:
usbhid-ups-apc_pro1300
Jan 30 09:20:37 mypc upsd[6980]: Startup successful
Jan 30 09:25:11 mypc upsmon[6987]: Startup successful
Jan 30 09:25:11 mypc upsd[6980]: User nut@::1 logged into UPS [apc_pro1300]


I then tested a shutdown with the -t flag, and then for real, and the
system did
shutdown, although the UPS did not power off:
sbin/upsmon -c fsd


But on boot up, I noticed the following:
Jan 30 09:53:44 mypc upsmon[3298]: Signal 15: exiting
Jan 30 09:53:44 mypc upsmon[3296]: upsmon parent: read
Jan 30 09:53:44 mypc upsmon[4839]: Startup successful
Jan 30 09:53:44 mypc upsmon[4841]: Login on UPS [apc_pro1300@localhost]
failed - got [ERR ACCESS-DENIED]
Jan 30 09:57:45 mypc upsmon[4841]: Signal 15: exiting
Jan 30 09:57:45 mypc upsmon[4839]: upsmon parent: read
Jan 30 09:57:45 mypc upsmon[4881]: Startup successful
Jan 30 09:57:45 mypc upsd[3128]: User nut@::1 logged into UPS [apc_pro1300]


And I am unable to check the status of the UPS:
[root@mypc:/etc/nut]# upsc apc_pro1300@localhost
Error: Connection failure: Connection refused


Again, if I stop the service and go through the steps to start everything
one at
a time, everything seems good and I can check the status.

Any useful information that I've left out is an oversight on my part, so
just
ask if additional info is needed. Any hints on my next steps would be
appreciated.

Regards,
Melvin
_______________________________________________
Nut-upsuser mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser

Reply via email to