unattended-updates failing in kinetic as AC power detection is bugged

Bug #1998872 reported by Gordon Lack
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
e2fsprogs (Ubuntu)
Invalid
Undecided
Unassigned
Kinetic
Won't Fix
Undecided
Unassigned
logrotate (Ubuntu)
Invalid
Undecided
Unassigned
Kinetic
Won't Fix
Undecided
Unassigned
man-db (Ubuntu)
Invalid
Undecided
Unassigned
Kinetic
Won't Fix
Undecided
Unassigned
plocate (Ubuntu)
Invalid
Undecided
Unassigned
Kinetic
Won't Fix
Undecided
Unassigned
systemd (Ubuntu)
Fix Released
Undecided
Unassigned
Kinetic
Won't Fix
Low
Unassigned
unattended-upgrades (Ubuntu)
Invalid
Undecided
Unassigned
Kinetic
Won't Fix
Undecided
Unassigned

Bug Description

The ConditionACPower testing code does not work correctly on some systems. This prevents the unattended-updates systemd service running as it thinks that a system (a NUC10i3FNYHN) is running on battery. It isn't - it just has a power supply that can *provide* power over USB.

This (unattended-updrades) was OK in Jammy, but started to fail when I upgraded to Kinetic.

(A systemd override file for apt-daily-upgrade.service to remove the condition gets the service working again.)

The problem is similar (or perhaps identical) to the problem with the on_ac_power script (from the powermgmt-base package).

That has been reported in bug #1980991. There are more details there.

affects: powermgmt-base (Ubuntu) → systemd (Ubuntu)
Revision history for this message
Gordon Lack (gordon-lack) wrote :

This also affects various other services.

apt-daily
e2scrub_all
logrotate
man-db
plocate-updatedb

description: updated
Revision history for this message
Gordon Lack (gordon-lack) wrote :

This has (apparently) been fixed by https://github.com/systemd/systemd/pull/24220

Revision history for this message
Nick Rosbrook (enr0n) wrote :

I confirmed this patch is not present in kinetic, but it will be in lunar.

Changed in systemd (Ubuntu Kinetic):
importance: Undecided → Low
status: New → Triaged
Changed in systemd (Ubuntu):
status: New → Fix Committed
Revision history for this message
Nick Rosbrook (enr0n) wrote :

This fell off the radar for Kinetic, and at this point I don't think we will do another systemd SRU for Kinetic.

Revision history for this message
Nick Rosbrook (enr0n) wrote :

The referenced commit should be in Lunar and newer. Marking Won't Fix for Kinetic as we are not planning on another SRU for that release.

Changed in systemd (Ubuntu Kinetic):
status: Triaged → Won't Fix
Changed in systemd (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Gordon Lack (gordon-lack) wrote :

I've tested /lib/systemd/systemd-ac-power on my laptop (which gives 0/1 for mains/battery) and it now returns 0 (mains) for my NUC10i3FNYHN.

(But the fix isn't in Lunar for on_ac_power.)

Revision history for this message
Utkarsh Gupta (utkarsh) wrote :

Ubuntu 22.10 (Kinetic Kudu) has reached end of life, so this bug will not be fixed for that specific release.

Changed in e2fsprogs (Ubuntu Kinetic):
status: New → Won't Fix
Changed in logrotate (Ubuntu Kinetic):
status: New → Won't Fix
Changed in man-db (Ubuntu Kinetic):
status: New → Won't Fix
Changed in plocate (Ubuntu Kinetic):
status: New → Won't Fix
Changed in unattended-upgrades (Ubuntu Kinetic):
status: New → Won't Fix
Revision history for this message
Gordon Lack (gordon-lack) wrote (last edit ):

All of which should be irrelevant, as it is still an issue in Lunar *and* Jammy (the latest LTS).

What is the point in reporting a bug against a non-LTS version if the response it to do nothing then close it 6-momnths later when that release goes out of support, without any one checking whether it is still an issue on the latest release?

NOTE: that this is still an issue on the current LTS release (Jammy) *and* on Lunar. Just closing this report does not make the bug go away.

Revision history for this message
Nick Rosbrook (enr0n) wrote :

I thought this (the CondiationAcPower check) was never a problem in Jammy? I was under the impression that the systemd part of this was only a problem in Kinetic. Or are you referring to the on_ac_power part, and therefore more appropriately about bug 1980991?

Revision history for this message
Theodore Ts'o (tytso) wrote :

This is not a bug for e2fsprogs, so marking it invalid (for e2fsprogs) so it stops spamming my inbox.

Changed in e2fsprogs (Ubuntu):
status: New → Invalid
Revision history for this message
Gordon Lack (gordon-lack) wrote (last edit ):

=> Nick Rosbrook (enr0n)

Sorry - you're correct. This one is fixed (I removed my override workarounds on June 12, so it must be...).

Just a pity that the report is left as "New" and "Won't fix", rather than "Fixed in ...".

Revision history for this message
Nick Rosbrook (enr0n) wrote :

Since the change was in systemd, the appropriate resolution for the other packages is actually "Invalid." It was not fixed in Kinetic, so "Won't Fix" is appropriate there.

Changed in logrotate (Ubuntu):
status: New → Invalid
Changed in man-db (Ubuntu):
status: New → Invalid
Changed in plocate (Ubuntu):
status: New → Invalid
Changed in unattended-upgrades (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.