UPS shutdown
-
thanks for your response, I didnt even notice the cutout was already there, but will def. try this.
-
thanks for your response, I didnt even notice the cutout was already there, but will def. try this.
Hmm I just hooked up a ups to my ip330 on com2, and I couldn't get it to work. I have an embedded install on there so that might be part of the issue. When I try and start the driver control I get the error
Can't uu_lock ttyd1: creat error: No such file or directory
I'll have to look into this some more and see if I can get it to work. The IP330 is my main box and I don't really plan on switching to the full install to test this. Let me know if you find out anything different.
EDIT:
I'm making progress, I had to mkdir /var/spool/lock and set the permissions as this was missing on the embedded installs. There might be something missing from the embedded install to get this to work. I would be interested in seeing how it works out for you since you have a full install.
-
I noticed that the NUT service will NOT start after a firmware upgrade…
after hitting "change" button in NUT settings it runs again...
perhaps that should be fixed... ;)
-
I noticed that the NUT service will NOT start after a firmware upgrade…
after hitting "change" button in NUT settings it runs again...
perhaps that should be fixed... ;)
I don't have the slightest clue why that is happening. Any errors in the logs? Do any packages start? Feel free to submit a fix.
-
As far as getting my APC UPS to work with the ip330 I have only gotten it to work in simple signaling mode, meaning I'm using APC Back-UPS as the UPS type. Either my serial ribbon cable going to the board is bad or the IP330 has some issue with serial communication.
-
Hmm I just hooked up a ups to my ip330 on com2, and I couldn't get it to work. I have an embedded install on there so that might be part of the issue. When I try and start the driver control I get the error
Can't uu_lock ttyd1: creat error: No such file or directory
I installed the NUT package on a fresh hard drive based SNAPSHOT-02-14-2007 and get a similar error (for ttyd0) on a box that worked fine under win32 (com1) for an APC BackUPS Pro with the 95B cable in full signal mode. I tried all the various permutations from the webgui with no go. Went to the shell and hand ran the various nut binaries to see what I could figure out. At first I thought it had to do with settings in /etc/ttys for the various ttydX, especially ttyd0 due to the console definitions. But after eliminating that and a few other things, I'm still at a loss.
I'll try hand editing the ups.conf and try setting it to simple signaling like you did to see what happens.
-
Hmm I just hooked up a ups to my ip330 on com2, and I couldn't get it to work. I have an embedded install on there so that might be part of the issue. When I try and start the driver control I get the error
Can't uu_lock ttyd1: creat error: No such file or directory
I installed the NUT package on a fresh hard drive based SNAPSHOT-02-14-2007 and get a similar error (for ttyd0) on a box that worked fine under win32 (com1) for an APC BackUPS Pro with the 95B cable in full signal mode. I tried all the various permutations from the webgui with no go. Went to the shell and hand ran the various nut binaries to see what I could figure out. At first I thought it had to do with settings in /etc/ttys for the various ttydX, especially ttyd0 due to the console definitions. But after eliminating that and a few other things, I'm still at a loss.
I'll try hand editing the ups.conf and try setting it to simple signaling like you did to see what happens.
Does the /var/spool/lock directory exist? If you create that directory and run chown uucp:dialer /var/spool/lock does it work? If so I will put a check to make sure that directory exists and if not create it. All the full installs I've seen have already had it, but something might have changed.
From your post you have the console running on ttyd0. The only thing I can think of is that there is some conflict when the console is being directed to a serial port and using other serial ports.
-
Does this package work with a USB type interface…..I can't seem to get it to work. I have a APC Back-UPS 1500 XS/RS.
-
I commited a fix that will ensure that /var/spool/lock is present and create the directory if it is not. Please reinstall the package and try again. If it still does not work run
/usr/local/libexec/nut/upsdrvctl start
from the console and let me know the error message. Also do you have the console redirected to the serial port or no?
-
Does this package work with a USB type interface…..I can't seem to get it to work. I have a APC Back-UPS 1500 XS/RS.
Supposedly it does, but I have no USB UPS's to test with. On the settings page select APC Back-UPS LS USB. Configure the port as auto. If you still can't get it to work run
/usr/local/libexec/nut/upsdrvctl start
from the console and let me know the error message.
The LS and RS use the same driver. I will add the RS to the drop down list.
-
I get this in my logs…......Feb 19 12:10:27 last message repeated 7 times
Feb 19 12:10:27 last message repeated 7 times
Feb 19 12:09:52 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connected
Feb 19 12:09:52 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connected
Feb 19 12:09:47 upsmon[20333]: UPS apc1500@localhost is unavailable
Feb 19 12:09:47 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connected
Feb 19 12:09:47 upsmon[20333]: UPS apc1500@localhost is unavailable
Feb 19 12:09:47 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connected
Feb 19 12:09:42 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connected
Feb 19 12:09:42 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connected
Feb 19 12:09:41 upsd[20329]: Can't connect to UPS [apc1500] (apc1500): Permission denied
Feb 19 12:09:37 last message repeated 6 times
Feb 19 12:09:41 upsd[20329]: Can't connect to UPS [apc1500] (apc1500): Permission denied
Feb 19 12:09:37 last message repeated 5 times
Feb 19 12:09:12 last message repeated 24 times
Feb 19 12:09:07 upsmon[20333]: Poll UPS [apc1500@localhost] failed - Driver not connectedAnd this is what this says….....$ /usr/local/libexec/nut/upsdrvctl start
Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.0.5)Network UPS Tools - UPS driver controller 2.0.5
-
I might be able to get access to a USB UPS to test here this week. In the meantime I added some checks and echo statements to the rc file.
If you could reinstall the package, verify the settings and click change on the nut settings page. Then execute this script on the console and copy/paste the results here. This will identify exactly where the problem occurs and I can check the permissions since USB permissions are different the serial port permissions.
/usr/local/etc/rc.d/nut.sh start
-
$ /usr/local/etc/rc.d/nut.sh start
stopping upsmon
stopping upsd
stopping newhidups
Network UPS Tools - UPS driver controller 2.0.5
forcing newhidups termination
starting newhidups
Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.0.5)Network UPS Tools - UPS driver controller 2.0.5
starting upsd
starting upsmon -
Here's my log info also…..........
Feb 19 15:21:51 last message repeated 25 times
Feb 19 15:21:21 last message repeated 24 times
Feb 19 15:19:46 last message repeated 7 times
Feb 19 15:19:21 last message repeated 7 times
Feb 19 15:19:11 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:19:09 upsd[6808]: Client on 127.0.0.1 logged out
Feb 19 15:19:09 upsd[6808]: Connection from 127.0.0.1
Feb 19 15:19:06 last message repeated 4 times
Feb 19 15:18:46 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:18:46 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:18:41 upsmon[6811]: UPS APC1500@localhost is unavailable
Feb 19 15:18:41 upsmon[6811]: UPS APC1500@localhost is unavailable
Feb 19 15:18:41 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:18:41 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:18:36 upsmon[6811]: Communications with UPS APC1500@localhost lost
Feb 19 15:18:36 upsmon[6811]: Communications with UPS APC1500@localhost lost
Feb 19 15:18:36 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:18:36 upsmon[6811]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:18:36 upsd[6808]: Client monuser@127.0.0.1 logged into UPS [APC1500]
Feb 19 15:18:36 upsd[6808]: Connection from 127.0.0.1
Feb 19 15:18:36 upsd[6808]: Startup successful
Feb 19 15:18:36 upsmon[6810]: Startup successful
Feb 19 15:18:36 upsd[6807]: Can't connect to UPS [APC1500] (APC1500): Permission denied
Feb 19 15:18:36 upsd[6807]: Can't connect to UPS [APC1500] (APC1500): Permission denied
Feb 19 15:18:33 last message repeated 2 times
Feb 19 15:18:36 newhidups[6806]: Startup successful
Feb 19 15:18:35 newhidups[6569]: Signal 15: exiting
Feb 19 15:18:34 upsd[6571]: Signal 15: exiting
Feb 19 15:18:34 upsd[6571]: Client monuser@127.0.0.1 logged out
Feb 19 15:18:34 upsmon[6575]: Signal 15: exiting
Feb 19 15:18:33 last message repeated 2 times
Feb 19 15:18:23 last message repeated 6 times
Feb 19 15:18:23 last message repeated 6 times
Feb 19 15:17:53 upsmon[6575]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:17:53 upsmon[6575]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:17:48 upsmon[6575]: UPS APC1500@localhost is unavailable
Feb 19 15:17:48 upsmon[6575]: UPS APC1500@localhost is unavailable
Feb 19 15:17:48 upsmon[6575]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:17:48 upsmon[6575]: Poll UPS [APC1500@localhost] failed - Driver not connected
Feb 19 15:17:43 upsd[6571]: Client on 127.0.0.1 logged out
Feb 19 15:17:43 upsd[6571]: Connection from 127.0.0.1 -
Very helpful. I think I've gotten it fixed, wait a few minutes for the commit to go through and reinstall the package. Verify the settings and click change. It should start successfully and show the status page. You might have to refresh the status page if it is showing wait.
-
At least it showed waiting…..when I refreshed the status page it showed nothing again. Now the logs read this.........
Feb 19 15:56:46 upsmon[12121]: Poll UPS [APC1500@localhost] failed - Data stale
Feb 19 15:56:42 upsd[12117]: Client on 127.0.0.1 logged out
Feb 19 15:56:42 upsd[12117]: Connection from 127.0.0.1
Feb 19 15:56:41 last message repeated 3 times
Feb 19 15:56:26 upsmon[12121]: Poll UPS [APC1500@localhost] failed - Data stale
Feb 19 15:56:26 upsmon[12121]: Poll UPS [APC1500@localhost] failed - Data stale
Feb 19 15:56:21 upsmon[12121]: Communications with UPS APC1500@localhost lost
Feb 19 15:56:21 upsmon[12121]: Communications with UPS APC1500@localhost lost
Feb 19 15:56:21 upsmon[12121]: Poll UPS [APC1500@localhost] failed - Data stale
Feb 19 15:56:21 upsmon[12121]: Poll UPS [APC1500@localhost] failed - Data stale
Feb 19 15:56:18 upsd[12117]: Data for UPS [APC1500] is stale - check driver
Feb 19 15:56:18 upsd[12117]: Data for UPS [APC1500] is stale - check driver
Feb 19 15:56:01 upsd[12117]: Client on 127.0.0.1 logged out
Feb 19 15:56:01 upsd[12117]: Connection from 127.0.0.1
Feb 19 15:56:01 upsd[12117]: Client monuser@127.0.0.1 logged into UPS [APC1500]
Feb 19 15:56:01 upsd[12117]: Connection from 127.0.0.1
Feb 19 15:56:01 upsmon[12119]: Startup successful
Feb 19 15:56:01 upsd[12117]: Startup successful
Feb 19 15:56:01 upsd[12116]: Connected to UPS [APC1500]: APC1500
Feb 19 15:56:01 newhidups[12115]: Startup successful
Feb 19 15:56:00 php: nut: Starting service -
Now I went back in and everything is ok….......
Thanks again for your help..
-
Now I went back in and everything is ok….......
Thanks again for your help..
Sounds good. Glad it is working. I'll have to look into it more, but reading the newhidups help it looks like there is a way to delay the startup, which might bypass those errors. I'll have to check this out when I get my hands on a USB UPS. If you want to try and debug it yourself you can run the following.
/usr/local/etc/rc.d/nut.sh stop
/usr/local/libexec/nut/newhidups -u root -DD -a nameofupsThis will show you debug information from the newhidups driver.
-
It seems to be working, but I don't have the output voltage and temperature lines…...is that because of simple signaling and that info is not supplied by the UPS??
-
It seems to be working, but I don't have the output voltage and temperature lines…...is that because of simple signaling and that info is not supplied by the UPS??
If it was simple signaling then it would only display the status. Those values are not being outputted by the ups, or the newhidups driver doesn't have support for them. You can run upsc nameofups@localhost and it will show you all the data outputted by the ups.