Your message dated Sun, 14 Aug 2022 08:49:29 +0000
with message-id <[email protected]>
and subject line Bug#835634: fixed in nut 2.8.0-1~exp2
has caused the Debian Bug report #835634,
regarding nut: POWEROFF_WAIT option has no effect
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
835634: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835634
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: nut
Version: 2.7.2-4
Severity: important
The POWEROFF_WAIT option in nut.conf does not work (has no effect).
I have a suspicion that it has something to do with systemd handling
system shutdowns nowadays, though it's too complex for me to investigate
further and find any proof (other than /sbin/shutdown and /sbin/poweroff
pointing to /bin/systemctl, which does not prove anything).
This bug introduces quite a regression I believe is worth fixing in
Jessie (even if it turns out to be fixed in later versions). Also, it
becomes especially hilarious together with #835555 - nut also doesn't
send the command to kill the power; so nut doesn't handle the case when
your UPS supports cutting the power, AND it doesn't handle the situation
when it does not. Seriously, did no one notice a 100% broken package
BEFORE shipping Jessie?.. A package that manages power supply, of all
things. Hence the "important" severity.
Details:
If the command for the UPS to kill the power is sent when AC power is
already back, my UPS ignores it. (And it's APC, so I really didn't
expect that kind of thing from them.) So, there is a risk to have all my
machines require a manual restart after a power failure.
And nut has a workaround just for this case...
Actions required:
- Add "POWEROFF_WAIT=15m" line in /etc/nut/nut.conf
Intended behaviour:
- After an emergency shutdown triggerd by NUT, the system is not
powered down, only halted. After a timeout (15 minutes in this
example) it reboots, in case the UPS did not cut the power
for some reason.
Actual behaviour:
- The system is always powered off, ignoring the option added.
Minor notes:
- man nut.conf has a section about this option which directs me to
/usr/share/doc/nut/docs/shutdown.txt.gz , which is not there anymore.
- man nut.conf does say that "if you want to specify time in seconds,
use the 's' suffix", but it does not say which suffix should I use if I
do NOT want to specify time in seconds. According to the example below,
using "m" is also possible - apparently, for minutes, but I was
wondering if "m" is already deprecated (along with shutdown.txt.gz
mentioned above) and I should use no suffix by default... I don't want
to do a real power failure test again just to find out.
-- System Information:
Debian Release: 8.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.18-aufs (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages nut depends on:
ii nut-client 2.7.2-4
ii nut-server 2.7.2-4
nut recommends no packages.
nut suggests no packages.
-- no debconf information
--
darkpenguin
--- End Message ---
--- Begin Message ---
Source: nut
Source-Version: 2.8.0-1~exp2
Done: Laurent Bigonville <[email protected]>
We believe that the bug you reported is fixed in the latest version of
nut, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Laurent Bigonville <[email protected]> (supplier of updated nut package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Sun, 14 Aug 2022 10:30:29 +0200
Source: nut
Architecture: source
Version: 2.8.0-1~exp2
Distribution: experimental
Urgency: medium
Maintainer: Laurent Bigonville <[email protected]>
Changed-By: Laurent Bigonville <[email protected]>
Closes: 810449 835634 862982 1014287
Changes:
nut (2.8.0-1~exp2) experimental; urgency=medium
.
[ Yifeng Li ]
* New upstream release (Closes: #1014287)
- This is the first update in the past 6 years since 2016, and
includes a huge number of fixes, changes, and new device support.
- New serial, I2C and Modbus drivers.
- Driver oldmge-shut has been removed, and replaced by mge-shut.
- New systemd integration, nut-driver.target, nut-driver@instances,
and nut-driver-enumerator are now used to manage drivers.
- Support libusb 1.0 (Closes: 810449)
- Python library PyNUT and the NUT-Moniter GUI has been upgraded to
Python 3.
- API/ABI changes in libnutclient2, libnutscan and libupsclient.
- Fixed POWEROFF_WAIT option on systemd. (Closes: #835634)
.
[ Daniel Shahaf ]
* README.Debian: Trivial typo fix (Closes: #862982)
.
[ Laurent Bigonville ]
* debian/watch: Update the URL and add support for RC releases
* debian/control: Use ${python3:Depends} instead of hardcoding python3
dependency
* debian/control: BD against libusb-1.0-0-dev instead of libusb-dev
* debian/patches/0001-reproductible-build.patch: Refreshed
* debian/patches/: Drop all patches merged upstream
* debian/nut-server.lintian-overrides: Update to properly override
udev-rule-missing-subsystem
* debian/rules: Build the package in parallel
* debian/rules: Fix links to the shared libraries for the -dev packages
* debian/control: Add libavahi-client-dev and libavahi-core-dev to the BD
* Override systemd-service-file-refers-to-unusual-wantedby-target for
nut-client and nut-server packages
* Install the nut.target file in the nut-client package
* Install nut-driver-enumerator.sh in /usr/libexec/
* debian/*.symbols: Add Build-Depends-Package field
* debian/libnutclient2.symbols: Run through c++filt to make symbols readable
* Properly install the icons and other UI data for nut-monitor
* debian/libnutclient2.symbols: Adjust the symbols file for architecture
specific symbols
* debian/control: Mark python3 BD with :any, that should fix
cross-compilation
Checksums-Sha1:
1b9ae4d7b2fb158c09737bda2506c539b09259d0 3192 nut_2.8.0-1~exp2.dsc
1c3919745d50f1b7249b28212b0422163fffc189 3287640 nut_2.8.0.orig.tar.gz
6fc566efea31be20af5887b7e3d27c681581265b 74664 nut_2.8.0-1~exp2.debian.tar.xz
eb9e4dbda327dddc88cfa4a4c65a3a876c28a8d1 6736 nut_2.8.0-1~exp2_source.buildinfo
Checksums-Sha256:
8c0ab8a88cd27e1c60435836bcd8d54133fdfa43c1f73445830a0075c4513e1d 3192
nut_2.8.0-1~exp2.dsc
c3e5a708da797b7c70b653d37b1206a000fcb503b85519fe4cdf6353f792bfe5 3287640
nut_2.8.0.orig.tar.gz
931cb473c38c593c0aa3f488f6cb24560c84c7668a76cbfee5472da6aee9b29d 74664
nut_2.8.0-1~exp2.debian.tar.xz
bd8a3474b1655e950defeacbb446b3d809792f64c96a97b9af1024c381b1248b 6736
nut_2.8.0-1~exp2_source.buildinfo
Files:
c408c99688c5e2dbb57c97226e8980bd 3192 admin optional nut_2.8.0-1~exp2.dsc
7500dd088676bf0913318a87c36e89cd 3287640 admin optional nut_2.8.0.orig.tar.gz
0798a11781614b4ee6852b31aa004d6a 74664 admin optional
nut_2.8.0-1~exp2.debian.tar.xz
51ef2c07372f52502a74d72873d79653 6736 admin optional
nut_2.8.0-1~exp2_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQFFBAEBCAAvFiEEmRrdqQAhuF2x31DwH8WJHrqwQ9UFAmL4syoRHGJpZ29uQGRl
Ymlhbi5vcmcACgkQH8WJHrqwQ9Wmogf/Q/j/OtHTrYcYZ8AfaD3g57UIjNWHmM0U
A/OIJ9Ijl1+YqsH39VyqKkcKQkvOb+w5lJgf0qy58sBtRK4hbGJhWaFYp23eRlDq
8N/3I030jlcAybUlF7wkXoS7oj4clMIRCn42Q7T/K9NGyga6YBgeXJvE1Ewm4fmE
hJSkEXEECofMU+0uYRjA0UFpeU+g6Esg+zP6jfwtb/n605YGRB8W24sduN9cDzTX
eFKAmXC6IgW83+ifSU4R4avMbHc8Ih84+gBRH07Rey8ZwLCDkJtRBcAb87NfX2v2
KyDjq4/1E8a/r+ajJvvQD0BqLy1UhpHRSkSD3jX2ppLSF0jbEuSfxg==
=mdJQ
-----END PGP SIGNATURE-----
--- End Message ---
