similar to: CentOS 7, systemd, nut-monitor, and failing to shut down the UPS

On Feb 2, 2018, at 8:07 AM, Roger Price wrote: > >> # check to see if we need to actually shutdown the UPS then do it >> /usr/sbin/upsmon -K >/dev/null 2>&1 && /usr/sbin/upsdrvctl shutdown > > I don't have NUT + systemd + CentOS/RHEL, but I'm confused by your script. "upsdrvctl" is a front end to your driver. You are sending a command

On Thu, 1 Feb 2018, Lee Damon wrote: > I've "fixed" this problem by modifying the nutshutdown script: > #!/bin/sh > # stop nut driver to free up access to the device > /sbin/systemctl stop nut-driver > # make sure it has time to die > sleep 2 > # check to see if we need to actually shutdown the UPS then do it > /usr/sbin/upsmon -K >/dev/null

Hi I am using centos 6.3, and nut-2.6.5-2.el6.x86_64. could you explain why not sending "a delayed command to the UPS to turn it off" may cause that issue? I saw: ups.delay.shutdown: 20 ups.delay.start: 30 is it something related? thanks min On Sat, May 7, 2016 at 3:44 PM, Roger Price <roger at rogerprice.org> wrote: > On Sat, 7 May 2016, Min Wang wrote: > > Hi

Well it is the season for storms and power outages here in the US PNW. I noticed that today when the power went out, NUT mostly did what I hoped/wanted. But it did not actually turn off the UPS at all. The UPS kept beeping and I had to turn it off manually. I thought that NUT would handle this. But perhaps it cannot for my unit? Or perhaps I have things improperly configured? Any suggestions?

On Mon, 15 May 2017, Dinow Hsieh wrote: > ==> I have tried this command "upsdrvctl shutdown" as below results (However the UPS still sustain the power) > > ??? Network UPS Tools - UPS driver controller 2.7.1 > ??? Network UPS Tools - Generic HID driver 0.38 (2.7.1) > ??? USB communication driver 0.32 > ??? Using subdriver : PowerCOM HID 0.4 > ??? Initiating UPS

On 08/10/2013 11:43 PM, Roger Price wrote: > OpenSUSE 12.3 has fully embraced systemd, but to get NUT working > correctly now requires some further systemd engineering in addition to > the usual NUT configuration files. A new systemd service unit is needed > to power off the UPS. > > The service unit consists of a new file > /etc/systemd/system/ups-delayed-shutdown.service

OpenSUSE 12.3 has fully embraced systemd, but to get NUT working correctly now requires some further systemd engineering in addition to the usual NUT configuration files. A new systemd service unit is needed to power off the UPS. The service unit consists of a new file /etc/systemd/system/ups-delayed-shutdown.service [Unit] Description=Initiate delayed UPS shutdown

Hi centos 6.3 uses traditional SysV script ( not systemctl) here is the /etc/init.d/ups ( script) assuming it similar to nutshutdown # more /etc/init.d/ups #! /bin/bash # # ups: Starts the Network UPS Tools # # chkconfig: - 26 74 # description: Network UPS Tools is a collection of programs which provide a common \ # interface for monitoring and administering UPS hardware. # processname: upsd #

On Wed, 14 Aug 2013, Michal Hlavinka wrote: >> The service unit consists of a new file >> /etc/systemd/system/ups-delayed-shutdown.service > > What exactly is this supposed to do? The proposed service unit fixes an openSUSE 12.3 problem, in which the UPS is not powered off on system shutdown. > When system is shutting down because of power failure (and low battery) >

On 1/1/2020 2:21 AM, Roger Price wrote: > On Tue, 31 Dec 2019, David White wrote: > >> ... But it did not actually turn off the UPS at all. The UPS kept >> beeping and I had to turn it off manually. >> >> I thought that NUT would handle this. But perhaps it cannot for my >> unit? Or perhaps I have things improperly configured? Any suggestions? >> Thanks

Good Day Roger AA. notice that during the test, you have little or no load, since despite being in state OB DISCHRG the battery.charge is still 100. It's best to perform such tests with a dummy load such as a table lamp and an old fashioned incandescent 100 watt bulb. ==> Yes. I got it and try to ascend load as below results dinow-All-Series:~# upsc pcmups Init SSL without

On Friday, July 15, 2016 11:25:30 PM EDT Charles Lepple wrote: > On Jul 15, 2016, at 6:05 PM, Ivan Adzhubey <iadzhubey at rics.bwh.harvard.edu> > wrote: > > After that, NUT server would correctly process power loss events (both > > real and simulated) by cutting UPS power after a system shutdown and > > restarting it after a short delay when/if the power is back. >

On 08/15/2013 10:02 PM, Roger Price wrote: > On Wed, 14 Aug 2013, Michal Hlavinka wrote: > >>> The service unit consists of a new file >>> /etc/systemd/system/ups-delayed-shutdown.service >> >> What exactly is this supposed to do? > > The proposed service unit fixes an openSUSE 12.3 problem, in which the > UPS is not powered off on system shutdown. you

Beautiful! The shutdown succeeded. Thank you very much. However there was no any notification on desktop at all. Only in journalctl. Here it is: Oct 27 23:38:11 i7 upsmon[2224]: UPS myups at localhost on battery Oct 27 23:38:11 i7 upssched[2244]: Timer daemon started Oct 27 23:38:11 i7 upssched[2244]: New timer: two-minute-warning-timer (5 seconds) Oct 27 23:38:11 i7 upssched[2244]: New timer:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ActiveRecord Extension 1337 - 0.0.1 is released! A 1337 speak module for ruby is released! It is bundled with the ActiveRecord extension activerecord_1337. This allows you to encode your application in l33t speak. You can use the L337 module standalone or use it bundled with the ActiveRecord extension. This plugin can be easily used as a Rails

> > Did you see a line in the journal similar to this ? > Oct 06 22:49:54 pinta nut-delayed-ups-shutdown[1854]: > nut-delayed-ups-shudown.service calling > upsdrvctl to shut down UPS unit Never after I disabled the service. I pasted the whole journal section of the successful shutdown from last email. However I have been thinking about this line

Hi, I have recently installed NUT 2.7.3.1 on a freshly installed Ubuntu 16.04 LTS (64-bit) system, connected via USB cable to APC Smart-UPS 1500 (SMT model). I am trying to make this configuration work for automatic shutdown/restart but it seems that it completely ignores /etc/killpower presence. I know the APC SMT models are problematic but it looks like I could not even make the simplest

On Tue, 31 Dec 2019, David White wrote: > ... But it did not actually turn off the UPS at all. The UPS kept > beeping and I had to turn it off manually. > > I thought that NUT would handle this. But perhaps it cannot for my unit? Or > perhaps I have things improperly configured? Any suggestions? Thanks and > happy new year! > ########### /etc/nut/upsmon.conf

Hi, you've probably heard about systemd already. In Fedora 15, it's used as default instead old SysV init system. While there is some backward compatibility layer, everything is going to be ported from /etc/init.d/<something> init scripts to systemd's service files /lib/systemd/system/<something>.service Unfortunately?, systemd is not 1:1 compatible with old init