Warning: The unit file, source configuration file or drop-ins of {apt-news,esm-cache}.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
snapd |
New
|
Undecided
|
Zygmunt Krynicki | ||
systemd (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Noble |
Fix Released
|
Undecided
|
Nick Rosbrook | ||
ubuntu-advantage-tools (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
Noble |
Invalid
|
Low
|
Unassigned |
Bug Description
[Impact]
systemd may incorrectly mark units as needing a daemon reload, therefore unnecessarily printing the warning that a daemon-reload is needed for the changes to take effect. This is misleading to users, and particularly visible in cases like running apt update, since there is an apt hook (/etc/apt/
[Test Plan]
This bug can be triggered by running systemctl enable/disable on a non-existent unit. After that, calling systemctl start/status/etc. will show a false warning
that the unit changed on disk. Hence, to test, simply:
$ systemctl enable somethingthatde
$ systemctl status systemd-
$ apt update
On an effected system, warnings will be shown when calling both commands after the "enable non-existent unit" step.
[Where problems could occur]
This patch fixes a previous commit by ensuring that the manager-
Since the patch is restricted to this area, any regressions from this patch would most likely also be related to the NeedDaemonReload property of units.
[Other information]
The patch is from upstream: https:/
[Original Description]
I recently started seeing the following warning messages when I run `apt update`.
$ sudo apt update
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
...
apt-news.service for example is in /lib/systemd/
$ systemctl cat apt-news.service
# /usr/lib/
# APT News is hosted at https:/
# timely information related to apt updates available to your system.
...
$ dpkg -S /lib/systemd/
ubuntu-pro-client: /lib/systemd/
ProblemType: BugDistroRelease: Ubuntu 24.04
Package: ubuntu-pro-client 31.1
ProcVersionSign
Uname: Linux 6.6.0-14-generic x86_64
NonfreeKernelMo
ApportVersion: 2.28.0-0ubuntu1
Architecture: amd64
CasperMD5CheckR
CurrentDesktop: ubuntu:GNOME
Date: Wed Feb 28 13:06:35 2024
InstallationDate: Installed on 2024-01-08 (51 days ago)
InstallationMedia: Ubuntu 24.04 LTS "Noble Numbat" - Daily amd64 (20240104)
ProcEnviron:
LANG=en_US.UTF-8
PATH=(custom, no user)
SHELL=/bin/bash
TERM=xterm-
XDG_RUNTIME_
UpgradeStatus: No upgrade log present (probably fresh install)
apparmor_logs.txt:
cloud-id.txt-error:
Failed running command 'cloud-id' [exit(2)]. Message: REDACTED config part /etc/cloud/
REDACTED config part /etc/cloud/
REDACTED config part /etc/cloud/
REDACTED config part /etc/cloud/
livepatch-
uaclient.conf:
contract_url: https:/
log_level: debug
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #1 |
- Dependencies.txt Edit (2.5 KiB, text/plain; charset="utf-8")
- ProcCpuinfoMinimal.txt Edit (1.6 KiB, text/plain; charset="utf-8")
- pro-journal.txt.txt Edit (58.0 KiB, text/plain; charset="utf-8")
- ua-status.json.txt Edit (1.7 KiB, text/plain; charset="utf-8")
- ubuntu-advantage.log.txt Edit (87.8 KiB, text/plain; charset="utf-8")
- ubuntu_pro_apt_news.txt Edit (944 bytes, text/plain; charset="utf-8")
information type: | Private → Public |
tags: | removed: need-amd64-retrace |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Renan Rodrigo (renanrodrigo) wrote : | #2 |
Changed in ubuntu-advantage-tools (Ubuntu): | |
status: | New → Incomplete |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #3 |
- apt-terminal.log Edit (21.5 KiB, text/plain)
It was puzzling indeed, but now I have a reproduction step.
$ sudo apt update
-> no warning
$ sudo apt upgrade
-> to install something to invoke the rsyslog trigger.
Processing triggers for rsyslog (8.2312.0-3ubuntu3) ...
Warning: The unit file, source configuration file or drop-ins of rsyslog.service changed on disk. Run 'systemctl daemon-reload' to reload units.
$ sudo apt update
-> will see the warning.
The warning happens with every systemctl commands so it's not really ubuntu-pro-tools specific issue. However, systemctl warnings are not expected with `apt` commands usually so that's why this could be considered as a surprise. For fixing this properly, the place may not be in pro-tools itself but somewhere else.
Changed in ubuntu-advantage-tools (Ubuntu): | |
status: | Incomplete → New |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Alberto Contreras (aciba) wrote : | #4 |
Hello Nobutu. Thanks again for reporting this.
I have been trying to reproduce the error with no success. I tried some combinations of:
- In lxd container with [jammy, noble]
- [pro downgrade / upgrade targeting 31.1]
- pro enable / disable
- [pro downgrade / upgrade targeting 31.1]
- apt updadate
- apt upgrade
Could you please provide more information about it?
Many thanks.
Changed in ubuntu-advantage-tools (Ubuntu): | |
status: | New → Incomplete |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #5 |
I tried to minimize the test case but no luck so far. I will report it back whenever I find something additional.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Paride Legovini (paride) wrote : | #6 |
Interestingly this is now happening on my Noble system:
$ sudo apt update
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
I'm quite sure I didn't manually touch those units.
I first noticed this yesterday 2024-03-03, where apparently nothing relevant happened wrt the u-a-t package. I have 31.1 installed, from the release pocket.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Paride Legovini (paride) wrote : | #7 |
Now I remember one relevant thing that happened in the past 48h: I rebooted the affected system.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christian Ehrhardt (paelzer) wrote : | #8 |
Whoever hits this please help us to spot the difference that happened as we still lack a reproducer.
# check if it has been changed
dpkg --verify ubuntu-
# check if there are drop ins that got added
systemctl cat apt-news.service
@nobotu - was yours really an empty file or did you not copy more than one?
description: | updated |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #9 |
> @nobotu - was yours really an empty file or did you not copy more than one?
Are you referring to the `systemctl cat apt-news.service` in the bug description? If so, my apologies. I just pasted the file line of the content on purpose just for confirming the full path of the service. The flie wasn't empty at all and I didn't touch the file manually at all either.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #10 |
Just for completeness.
$ sudo apt update
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Hit:1 http://
Hit:2 http://
Hit:3 http://
Hit:4 http://
Hit:5 https:/
Hit:6 https:/
Hit:7 http://
Get:8 https:/
Fetched 6,563 B in 1s (6,699 B/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
67 packages can be upgraded. Run 'apt list --upgradable' to see them.
$ dpkg --verify ubuntu-
0
$ apt policy ubuntu-
ubuntu-
Installed: 31.1
Candidate: 31.1
Version table:
31.2 100
100 http://
100 http://
*** 31.1 500
500 http://
500 http://
100 /var/lib/
$ systemctl cat apt-news.service
# /usr/lib/
# APT News is hosted at https:/
# timely information related to apt updates available to your system.
# This service runs in the background during an `apt update` to download the
# latest news and set it to appear in the output of the next `apt upgrade`.
# The script won't do anything if you've run: `pro config set apt_news=false`.
# The script will limit network requests to at most once per 24 hours.
# You can also host your own aptnews.json and configure your system to use it
# with the command:
# `pro config set apt_news_url=https:/
[Unit]
Description=Update APT News
[Service]
Type=oneshot
ExecStart=
AppArmorProfile
CapabilityBound
CapabilityBound
CapabilityBound
CapabilityBound
CapabilityBound
PrivateTmp=true
RestrictAddress
RestrictAddress
# These may break some tests, and should be enabled carefully
#NoNewPrivilege
#PrivateDevices
#ProtectControl
# ProtectHome=true seems to reliably break the GH integration test with a lunar lxd on jammy host
#ProtectHome=true
#ProtectKernelM
#ProtectKernelT
#ProtectSystem=full
#RestrictSUIDSG
# Unsupported in bionic
# Suggestion from systemd.exec(5) manpage on SystemCallFilter
#SystemCallFilt
#SystemCallFilt
#SystemC...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #11 |
The list of files modified in the last two hours (if I increase the range to the last 2 days, it lists almost everything).
$ find /etc/systemd /lib/systemd/ -mmin -7200
/etc/systemd/system
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/lib/systemd/system
/lib/systemd/
/lib/systemd/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote (last edit ): | #12 |
Hmm, it happened again between those two `apt update`. It might be snapd related.
2024-03-
2024-03-
$ uptime
11:01:51 up 14 min, 1 user, load average: 0.91, 0.90, 0.75
$ find /etc/systemd /lib/systemd -mmin -15
/etc/systemd/system
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
/etc/systemd/
$ snap refresh --time
timer: 00:00~24:00/4
last: today at 10:53 JST
next: today at 17:07 JST
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Grant Orndorff (orndorffgrant) wrote : | #13 |
Thank you nobuto! With that I was able to reproduce the issue.
lxc launch ubuntu-daily:noble test
lxc exec test -- apt update # this one works as expected
lxc exec test -- snap install snapd
lxc exec test -- apt update # this one has the warnings in the bug report
assigning this bug to snapd
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Haw Loeung (hloeung) wrote : | #14 |
Seeing this myself:
| $ sudo apt-get update
| Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
| Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
zeroc (zero-c) wrote : | #15 |
I get the same warnings after editing 3 files /etc/apt/
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
OK:1 http://
Holen:2 https:/
OK:3 https:/
OK:4 https:/
OK:5 http://
OK:6 https:/
OK:7 https:/
OK:8 https:/
Holen:9 https:/
OK:10 http://
OK:11 http://
OK:12 https:/
OK:13 https:/
OK:14 https:/
OK:15 https:/
Holen:16 https:/
Holen:17 https:/
Holen:18 https:/
Es wurden 77,8 kB in 2 s geholt (38,7 kB/s).
Changed in snapd: | |
assignee: | nobody → Zygmunt Krynicki (zyga) |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Zygmunt Krynicki (zyga) wrote : | #16 |
I've reproduced this and collected forkstat logs from installation of snapd snap on an otherwise pristine "noble" system. I think what is going on is that systemd stays in a mode where it knows that units on disk have changed vs units in memory and will print the warning until re-loaded. The fact that apt hooks fiddle with systemd units is sufficient for printing the warning:
apt update causes this thing to execute:
10:37:56 exec 3523 sh -c -- [ ! -e /run/systemd/system ] || [ $(id -u) -ne 0 ] || systemctl start --no-block apt-news.service esm-cache.service || true
This is enough for the warning.
The remaining question is where in the installation of snapd do we modify units after last daemon-reload. I'm focusing on that aspect now.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Zygmunt Krynicki (zyga) wrote : | #17 |
Snapd touches neither apt-news.service nor esm-cache.service.
On my system the only mention of esm-cache.service is in uaclient/
zyga@ciri:/$ grep -FR esm-cache.service usr/ 2>/dev/null
usr/lib/
I've increased systemd logging to debug to see what is replacing the service but I cannot find any evidence of that in the logs.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Zygmunt Krynicki (zyga) wrote : | #18 |
Removing ubuntu-pro-client silences this, so that installation of snapd snap no longer causes any side-effects. While I can see that installation of snapd has some impact on ubuntu-pro-client, I cannot yet understand how.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Hasenack (ahasenack) wrote : | #19 |
Check the postinst script of the binary packages produced by src:ubuntu-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nobuto Murata (nobuto) wrote : | #20 |
It's not the apt-news nor esm-cache service that was modified.
It looks like systemd warns about daemon-reload in any cases if any of the systemd unit files are modified and daemon-reload wasn't called after that.
https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Andreas Hasenack (ahasenack) wrote : | #21 |
> It's not the apt-news nor esm-cache service that was modified.
> It looks like systemd warns about daemon-reload in any cases if any of the systemd unit files are
> modified and daemon-reload wasn't called after that.
I understand, but in comment #14 the warning is very specific about the unit files that changed: apt-news.service and esm-cache.service
Could it be that something else installed an override config for those units elsewhere (/run, or /etc), and then didn't issue the daemon-reload?
Could we get an "systemctl cat apt-news.service esm-cache.service" output after this warning? It will say which files exactly are being considered, if it's just /lib/systemd/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Zygmunt Krynicki (zyga) wrote : | #22 |
With a closer look I ended up running this loop while looking at systemd debug logs:
sudo snap remove --purge snapd && sudo systemctl daemon-reload && sudo systemctl restart snapd && snap version && sudo apt update && echo "ALOHA: installing snapd" | systemd-cat && sudo snap install snapd && echo "ALOHA: done installing snapd" | systemd-cat
This causes the following log file to show up:
mar 13 13:02:52 ciri systemd[1]: Looking for unit files in (higher priority first):
mar 13 13:02:52 ciri systemd[1]: /etc/systemd/
mar 13 13:02:52 ciri systemd[1]: /run/systemd/
mar 13 13:02:52 ciri systemd[1]: /run/systemd/
mar 13 13:02:52 ciri systemd[1]: /run/systemd/
mar 13 13:02:52 ciri systemd[1]: /etc/systemd/system
mar 13 13:02:52 ciri systemd[1]: /etc/systemd/
mar 13 13:02:52 ciri systemd[1]: /run/systemd/system
mar 13 13:02:52 ciri systemd[1]: /run/systemd/
mar 13 13:02:52 ciri systemd[1]: /run/systemd/
mar 13 13:02:52 ciri systemd[1]: /usr/local/
mar 13 13:02:52 ciri systemd[1]: /usr/lib/
mar 13 13:02:52 ciri systemd[1]: /run/systemd/
mar 13 13:02:52 ciri systemd[1]: Modification times have changed, need to update cache.
The message at the bottom of the log comes from systemd's src/basic/
bool lookup_
struct siphash state;
if (lookup_
/* Determine the latest lookup path modification time */
if (stat(*dir, &st) < 0) {
}
}
uint64_t updated = siphash24_
if (ret_new)
if (updated != timestamp_hash)
return updated == timestamp_hash;
}
Modification of mtime of any of the directories above is sufficient to cause this to differ.
I've patched systemd to tell us why systemd thinks it needs to be reloaded (additional printfs) to get an idea what might be the trigger that is left stale.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Zygmunt Krynicki (zyga) wrote : | #23 |
Both before and after daemon-reload the units have the same definition:
$ systemctl cat apt-news.service esm-cache.service
# /usr/lib/
# APT News is hosted at https:/
# timely information related to apt updates available to your system.
# This service runs in the background during an `apt update` to download the
# latest news and set it to appear in the output of the next `apt upgrade`.
# The script won't do anything if you've run: `pro config set apt_news=false`.
# The script will limit network requests to at most once per 24 hours.
# You can also host your own aptnews.json and configure your system to use it
# with the command:
# `pro config set apt_news_url=https:/
[Unit]
Description=Update APT News
[Service]
Type=oneshot
ExecStart=
AppArmorProfile
CapabilityBound
CapabilityBound
CapabilityBound
CapabilityBound
CapabilityBound
PrivateTmp=true
RestrictAddress
RestrictAddress
# These may break some tests, and should be enabled carefully
#NoNewPrivilege
#PrivateDevices
#ProtectControl
# ProtectHome=true seems to reliably break the GH integration test with a lunar lxd on jammy host
#ProtectHome=true
#ProtectKernelM
#ProtectKernelT
#ProtectSystem=full
#RestrictSUIDSG
# Unsupported in bionic
# Suggestion from systemd.exec(5) manpage on SystemCallFilter
#SystemCallFilt
#SystemCallFilt
#SystemCallErro
#ProtectClock=true
#ProtectKernelL
# /usr/lib/
# The ESM apt cache will maintain information about what ESM updates are
# available to a system. This information will be presented to users in the apt
# output, or when running pro security-status. These caches are maintained
# entirely outside the system apt configuration to avoid interference with user
# definitions. This service updates those caches. This will only have effect
# on releases where ESM is applicable, starting from Xenial: esm-apps for
# every LTS, and esm-infra for systems in expanded support period after the LTS
# expires.
[Unit]
Description=Update the local ESM caches
[Service]
Type=oneshot
ExecStart=
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Grant Orndorff (orndorffgrant) wrote : | #24 |
Thanks for all the investigation and discussion!
Just to close out the ubuntu-pro-client related questions:
ubuntu-pro-client does run daemon-reload in postinst.
and here is a reproducer that doesn't involve ubuntu-pro-client services
```
lxc launch ubuntu-daily:noble test
lxc shell test
# now in the noble container
cat > /usr/lib/
[Unit]
Description=Hello
[Service]
Type=oneshot
ExecStart=echo hello
EOF
systemctl start hello
systemctl status hello
snap install snapd
systemctl start hello # this will show the warning
systemctl cat hello.service # no noticeable change
```
So I'll mark this invalid for u-a-t.
This also demonstrates that a totally new systemd service is affected. Does snapd iterate over all systemd units to check something? Then maybe it is accidentally updating mtime even though it doesn't change contents?
Changed in ubuntu-advantage-tools (Ubuntu): | |
status: | Incomplete → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Zygmunt Krynicki (zyga) wrote : | #25 |
Yes, I think we may be enumerating a directory / statting files. I don't believe we open anything unless we want to have a look but I _could_ be wrong and I'm still investigating things (with interruptions to attend calls).
I don't believe it is related to ubuntu-pro-client, the only reason it is in the report is that "apt update" hook calls into systemctl so the warning is printed there.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Heinrich Schuchardt (xypron) wrote : | #26 |
Today I saw the warning on an riscv64 Ubuntu 24.04 system booted from https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Eccentric Orange (eccentricorange) wrote (last edit ): | #27 |
I am seeing this message on Ubuntu 24.04 Beta x64. I did an apt update and apt upgrade yesterday without any issues, and got this message out of the blue today.
Sorry, I might not have been able to follow this entire discussion, but if you need any logs/info from me and can guide me on providing them, I'll happily oblige.
**Edit:** Reboot fixed it
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Islam (islam) wrote (last edit ): | #28 |
Same thing on 24.04 and rebooting doesn't fix it.
Seems those unit files belongs to: ubuntu-pro-client
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Christian Ehrhardt (paelzer) wrote : | #29 |
TL;DR:
As many I've gone deeper, but none of the times in `stat` nor the
checksums of /usr/lib/
Turns out this wasn't even about their file states.
And additionally my understanding was wrong, and potentially yours as well.
The state if this is outdated is not only per service via `struct UnitStatusInfo`,
but also globally across all services via `struct Manager`.
Snapd's way to enable its mount unit sets that global state and
therefore either needs to change how it enables units or run
a daemon-reload afterwards just like most .deb package installs do.
Details:
First we need to be careful, there are two ambiguous paths here that
can trigger the same message:
a) on service start
start_unit_one
-> if (need_daemon_
-> warn_unit_
This is a function:
int need_daemon_
It will call out via dbus asking for the attribute NeedDaemonReload
b) on service status
print_status_info
-> if (i->need_
-> warn_unit_
Also for storage, there are two:
c) `struct Manager` containing `unit_file_
state for all units in that manager
d) Each `struct UnitStatusInfo` has a field `need_daemon_
named like the function above) that can flag this per unit.
And (a) isn't even per service.
The value of that can be fetched per service via dbus like:
$ dbus-send --system --print-reply --dest=
method return time=1713787033
variant boolean false
And the same can be fetched via `systemctl show` as well:
root@test:~# systemctl show hello | grep '^NeedDaemonReload'
NeedDaemonReloa
With the above in mind we can see that installing snapd renders ALL of them
as outdated. It was spotted with pro, reproduced with a simple example
and if you check the system it is all of them.
root@test:~# for u in $(systemctl list-units --output json | jq '.[].unit' | tr -d '"'); do systemctl show $u | grep '^NeedDaemonRel
143 NeedDaemonReload=no
root@test:~# snap install snapd
2024-04-
snapd 2.62 from Canonical✓ installed
root@test:~# for u in $(systemctl list-units --output json | jq '.[].unit' | tr -d '"'); do systemctl show $u | grep '^NeedDaemonRel
144 NeedDaemonReloa
Still the question is, which of the two data points is it switching?
It could be the global setting, but as well iterating and setting it per service.
I found that the global state could get changed in src/core/
in very similarly named methods:
- method_
- method_
- method_
- method_
- method_
- method_
All of them do eventually the same:
m->un...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
J (picea-sitchensis) wrote : | #30 |
Hello. I'm also running into this problem:
sudo apt update && sudo apt upgrade
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Hit:1 http://
Hit:2 http://
Hit:3 http://
Hit:4 http://
Hit:5 https:/
Hit:6 https:/
Hit:7 https:/
Ign:8 https:/
Hit:9 https:/
Err:10 https:/
404 Not Found [IP: 45.149.104.1 443]
Reading package lists... Done
W: https:/
E: The repository 'https:/
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
I have no idea what it even means. Any suggestions? Should I even be concerned about this?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Bass Ackwards (bassackwards) wrote (last edit ): | #31 |
Fixed
Fixed
Fixed
Fixed after reboot.
Did reboot work for any others?
Happened to me after clearing out games,then apt purge hexchat.
Machine is all enterprise gear. Dell poweredge r730xd
my cli error is:
sudo apt update
[sudo] password for xxxxxx:
Sorry, try again.
[sudo] password for xxxxxx:
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Hit:1 http://
Hit:2 http://
Get:3 http://
Hit:4 http://
Fetched 89.7 kB in 1s (113 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Grant Orndorff (orndorffgrant) wrote : | #32 |
It looks like the global need-reload state that Christian investigated that is being set by a snapd operation was added recently in systemd.
https:/
That is likely why we're only seeing this issue in noble.
From reading the commit message there, it sounds like the right thing to do is for snapd to issue a daemon-reload after it sets up all its units.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Paul White (paulw2u) wrote (last edit ): | #33 |
I'm sorry if this comment isn't helpful but I'm only seeing this on a new noble installation but never on another installation which was upgraded from mantic some time ago but early on during the noble development period.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
corrado venturini (corradoventu) wrote : | #34 |
Also in Ubuntu 24.10 Oracular installed from ISO, not upgraded from Noble:
corrado@
[sudo] password for corrado:
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Hit:1 http://
Get:2 http://
.....
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Thank you but I never reported this bug
On May 20, 2024 9:40:38 a.m. corrado venturini <email address hidden>
wrote:
> Also in Ubuntu 24.10 Oracular installed from ISO, not upgraded from Noble:
> corrado@
> [sudo] password for corrado:
> Warning: The unit file, source configuration file or drop-ins of
> apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload
> units.
> Warning: The unit file, source configuration file or drop-ins of
> esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload
> units.
> Hit:1 http://
> Get:2 http://
> .....
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (2065717).
> https:/
>
> Title:
> Warning: The unit file, source configuration file or drop-ins of {apt-
> news,esm-
> to reload units.
>
> Status in snapd:
> New
> Status in ubuntu-
> Invalid
>
> Bug description:
> I recently started seeing the following warning messages when I run
> `apt update`.
>
> $ sudo apt update
> Warning: The unit file, source configuration file or drop-ins of
> apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload
> units.
> Warning: The unit file, source configuration file or drop-ins of
> esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload
> units.
> ...
>
> apt-news.service for example is in /lib/systemd/
> news.service and it's a static file managed by the package. Does the
> package maintenance script call systemd related hooks to reload the
> config whenever the package gets updated?
>
> $ systemctl cat apt-news.service
> # /usr/lib/
> # APT News is hosted at https:/
> # timely information related to apt updates available to your system.
> ...
>
> $ dpkg -S /lib/systemd/
> ubuntu-pro-client: /lib/systemd/
>
> ProblemType: BugDistroRelease: Ubuntu 24.04
> Package: ubuntu-pro-client 31.1
> ProcVersionSign
> Uname: Linux 6.6.0-14-generic x86_64
> NonfreeKernelMo
> ApportVersion: 2.28.0-0ubuntu1
> Architecture: amd64
> CasperMD5CheckR
> CurrentDesktop: ubuntu:GNOME
> Date: Wed Feb 28 13:06:35 2024
> InstallationDate: Installed on 2024-01-08 (51 days ago)
> InstallationMedia: Ubuntu 24.04 LTS "Noble Numbat" - Daily amd64 (20240104)
> ProcEnviron:
> LANG=en_US.UTF-8
> PATH=(custom, no user)
> SHELL=/bin/bash
> TERM=xterm-256color
> XDG_RUNTIME_
> UpgradeStatus: No upgrade log present (probably fresh install)
> apparmor_logs.txt:
>
> cloud-id.txt-error:
> Failed running command 'cloud-id' [exit(2)]. Message: REDACTED config part
> /etc/cloud/
> REDACTED config...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Phil O (po5857) wrote : | #36 |
Possibly related to this:
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Derek (derek-shnosh) wrote : | #37 |
This just started showing up for me today. I upgraded from 23.10 > 24.04 last week.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Grant Orndorff (orndorffgrant) wrote : | #38 |
That systemd issue does appear to be the root cause
tags: | added: rls-nn-incoming |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #39 |
This issue can be seen with any actual unit after e.g. enabling or disabling a non-existent unit. For example,
root@n:~# systemctl status ssh.socket
● ssh.socket - OpenBSD Secure Shell server socket
Loaded: loaded (/usr/lib/
Active: active (listening) since Wed 2024-07-31 19:51:18 UTC; 5min ago
Triggers: ● ssh.service
Listen: [::]:22 (Stream)
CGroup: /system.
Jul 31 19:55:15 n systemd[1]: ssh.socket: Trying to enqueue job ssh.socket/
Jul 31 19:55:15 n systemd[1]: ssh.socket: Installed new job ssh.socket/start as 734
Jul 31 19:55:15 n systemd[1]: ssh.socket: Enqueued job ssh.socket/start as 734
Jul 31 19:55:15 n systemd[1]: ssh.socket: Job 734 ssh.socket/start finished, result=done
Jul 31 19:55:53 n systemd[1]: ssh.socket: Changed dead -> listening
Jul 31 19:56:05 n systemd[1]: ssh.socket: Trying to enqueue job ssh.socket/
Jul 31 19:56:05 n systemd[1]: ssh.socket: Installed new job ssh.socket/start as 825
Jul 31 19:56:05 n systemd[1]: ssh.socket: Enqueued job ssh.socket/start as 825
Jul 31 19:56:05 n systemd[1]: ssh.socket: Job 825 ssh.socket/start finished, result=done
Jul 31 19:56:20 n systemd[1]: ssh.socket: Changed dead -> listening
root@n:~# systemctl enable fdfldakfjdklfjd
Failed to enable unit: Unit file fdfldakfjdklfjd
root@n:~# systemctl status ssh.socket
Warning: The unit file, source configuration file or drop-ins of ssh.socket changed on disk. Run 'systemctl daemon-reload' to reload units.
● ssh.socket - OpenBSD Secure Shell server socket
Loaded: loaded (/usr/lib/
Active: active (listening) since Wed 2024-07-31 19:51:18 UTC; 5min ago
Triggers: ● ssh.service
Listen: [::]:22 (Stream)
CGroup: /system.
Jul 31 19:55:15 n systemd[1]: ssh.socket: Trying to enqueue job ssh.socket/
Jul 31 19:55:15 n systemd[1]: ssh.socket: Installed new job ssh.socket/start as 734
Jul 31 19:55:15 n systemd[1]: ssh.socket: Enqueued job ssh.socket/start as 734
Jul 31 19:55:15 n systemd[1]: ssh.socket: Job 734 ssh.socket/start finished, result=done
Jul 31 19:55:53 n systemd[1]: ssh.socket: Changed dead -> listening
Jul 31 19:56:05 n systemd[1]: ssh.socket: Trying to enqueue job ssh.socket/
Jul 31 19:56:05 n systemd[1]: ssh.socket: Installed new job ssh.socket/start as 825
Jul 31 19:56:05 n systemd[1]: ssh.socket: Enqueued job ssh.socket/start as 825
Jul 31 19:56:05 n systemd[1]: ssh.socket: Job 825 ssh.socket/start finished, result=done
Jul 31 19:56:20 n systemd[1]: ssh.socket: Changed dead -> listening
I have tested [1] in a PPA build, and the issue goes away.
It may have already been pointed out, but the reason this is seen with apt-news.service and esm-cache.service specifically is because of the hook defined in /etc/apt/
[1] https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #40 |
Note that the patch is already present in v256, so this only needs to be fixed in Noble.
tags: |
added: systemd-sru-next removed: rls-nn-incoming |
Changed in systemd (Ubuntu): | |
status: | New → Fix Released |
Changed in systemd (Ubuntu Noble): | |
assignee: | nobody → Nick Rosbrook (enr0n) |
status: | New → Triaged |
Changed in ubuntu-advantage-tools (Ubuntu Noble): | |
status: | New → Invalid |
tags: | added: foundations-todo |
description: | updated |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
phm2f1alcw69 (phm2f1alcw69) wrote : | #41 |
root@xxx:/root# aptitude update
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
phm2f1alcw69 (phm2f1alcw69) wrote : | #42 |
Distributor ID: Ubuntu
Description: Ubuntu 24.04 LTS
Release: 24.04
Codename: noble
Linux tox250 6.8.0-39-generic #39-Ubuntu SMP PREEMPT_DYNAMIC Fri Jul 5 21:49:14 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
Changed in systemd (Ubuntu Noble): | |
status: | Triaged → In Progress |
milestone: | none → ubuntu-24.04.1 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Brian Murray (brian-murray) wrote : Please test proposed package | #43 |
Hello Nobuto, or anyone else affected,
Accepted systemd into noble-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-
Further information regarding the verification process can be found at https:/
N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.
Changed in systemd (Ubuntu Noble): | |
status: | In Progress → Fix Committed |
tags: | added: verification-needed verification-needed-noble |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Brett Nelson (blizzardville) wrote : | #44 |
Put a fresh Noble on a few days ago and so far had only installed one program besides what you get during standard during the standard install (offline app option + non-free boxes checked).
Ran into the problem being described here with the warning messages during sudo apt update.
Per Brian Murray's suggestion I enabled -proposed and rebooted (had tried rebooting before to no effect).
Problem appears to be solved, no more warnings.
One additional note, when I went through the OS install I enabled Ubuntu Pro with my Ubuntu One account but didn't get any feedback like it hadn't finished doing it so opened a terminal and ran the Ubuntu Pro enable from the command line. It said already had been enabled. Sorry if wording is not precise but just posting this feedback. Thanks for fixing these things, Ubuntu has been my favorite OS for more than a decade and really appreciate those who work on it.
Brett
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (systemd/255.4-1ubuntu8.3) | #45 |
All autopkgtests for the newly accepted systemd (255.4-1ubuntu8.3) for noble have finished running.
The following regressions have been reported in tests triggered by the package:
389-ds-base/unknown (s390x)
aide/unknown (s390x)
apport/
appstream/unknown (s390x)
apt/unknown (armhf, s390x)
asterisk/unknown (armhf)
at-spi2-
bind9/unknown (s390x)
bolt/unknown (s390x)
casper/unknown (armhf)
casync/unknown (s390x)
ceph/unknown (s390x)
certspotter/unknown (s390x)
clevis/unknown (armhf, s390x)
clutter-
collectd/unknown (s390x)
comitup/unknown (s390x)
corosync/unknown (armhf)
corosync-
coturn/
coturn/unknown (s390x)
cron/3.
csync2/unknown (s390x)
cups/unknown (s390x)
dbus/1.
debci/unknown (armhf)
dhcpcd/unknown (s390x)
dovecot/
exim4/4.
fetchmail/
fetchmail/unknown (armhf)
fluidsynth/unknown (armhf, s390x)
freedom-maker/0.33 (armhf)
freedom-
gvfs/1.
haproxy/unknown (armhf)
incus/unknown (armhf)
init-system-
initramfs-
libcamera/unknown (armhf, s390x)
libinput/unknown (s390x)
libreswan/unknown (arm64, s390x)
libsdl2/unknown (s390x)
libsfml/unknown (s390x)
libusbauth-
libvirt/unknown (armhf)
lighttpd/unknown (s390x)
mariadb/
mediawiki/
monitoring-
mosquitto/
mpd/0.23.14-2build5 (armhf)
munin/unknown (s390x)
mutter/unknown (arm64)
ndctl/unknown (s390x)
netplan.
nftables/unknown (s390x)
nghttp2/unknown (armhf)
nix/unknown (armhf)
nut/unknown (s390x)
openbsd-
openssh/
ostree/
pam/unknown (s390x)
pdns-recursor/
php8.3/
php8.3/unknown (s390x)
policykit-
polkit-
polkit-qt-1/unknown (s390x)
postgresql-
procps/
prometheus-
prometheus-
prometheus-
prometheus-
prometheus-
pulseaudio/unknown (armhf, s390x)
puppet-
remctl/
rsyslog/
rust-whoami/unknown (s390x)
samba/2:
sbws/unknown (armhf)
seatd/unknown (armhf, s390x)
snapd/unknown (s390x)
swupdate/
swupdate/unknown (s390x)
systemd-
systemd-hwe/unknown (armhf)
upower/1.90.3-1 (arm64)
upower/unknown (armhf)
usbauth/unknown (armhf)
util-linux/unknown (arm64)
webhook/unknown (s390x)
wireshark/unknown (s390x)
Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUp
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #46 |
I have verified the fix using systemd 255.4-1ubuntu3.3 from noble-proposed.
In a new container, I can see the issue at first:
nr@six:~$ lxc launch ubuntu:noble lp2055239
Launching lp2055239
nr@six:~$ lxc exec lp2055239 bash
root@lp2055239:~# systemctl enable somethingthatde
Failed to enable unit: Unit file somethingthatde
root@lp2055239:~# systemctl status systemd-
Warning: The unit file, source configuration file or drop-ins of systemd-
● systemd-
Loaded: loaded (/usr/lib/
Active: active (running) since Thu 2024-08-08 13:34:53 UTC; 43s ago
Docs: man:systemd-
https:/
https:/
Main PID: 176 (systemd-resolve)
Status: "Processing requests..."
Tasks: 1 (limit: 18947)
Memory: 2.6M (peak: 3.3M)
CPU: 168ms
CGroup: /system.
└─176 /usr/lib/
Aug 08 13:34:52 lp2055239 systemd[1]: Starting systemd-
Aug 08 13:34:52 lp2055239 systemd-
Aug 08 13:34:52 lp2055239 systemd-
Aug 08 13:34:52 lp2055239 systemd-
Aug 08 13:34:53 lp2055239 systemd-
Aug 08 13:34:53 lp2055239 systemd[1]: Started systemd-
root@lp2055239:~# apt update
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run 'systemctl daemon-reload' to reload units.
Hit:1 http://
Get:2 http://
Get:3 http://
Get:4 http://
Get:5 http://
0% [5 Packages 8229 kB/15.0 MB 55%]^C
Then, I enabled noble-proposed, upgraded systemd, and the issue was gone:
root@lp2055239:~# cat > /etc/apt/
> Types: deb
URIs: http://
Suites: noble-proposed
Components: main restricted universe multiverse
Signed-By: /usr/share/
> EOF
root@lp2055239:~# apt update
... SNIP ...
root@lp2055239:~# apt policy systemd
systemd:
Installed: 255.4-1ubuntu8.2
Candidate: 255.4-1ubuntu8.2
Version table:
255.
...
tags: |
added: verification-done verification-done-noble removed: verification-needed verification-needed-noble |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Łukasz Zemczak (sil2100) wrote : Please test proposed package | #47 |
Hello Nobuto, or anyone else affected,
Accepted systemd into noble-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-
Further information regarding the verification process can be found at https:/
N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.
tags: |
added: verification-needed verification-needed-noble removed: verification-done verification-done-noble |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #48 |
The new upload is just a no-change rebuild for new build flags, so my previous verification stands.
tags: |
added: verification-done verification-done-noble removed: verification-needed verification-needed-noble |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (systemd/255.4-1ubuntu8.4) | #49 |
All autopkgtests for the newly accepted systemd (255.4-1ubuntu8.4) for noble have finished running.
The following regressions have been reported in tests triggered by the package:
aide/unknown (armhf)
apport/unknown (armhf)
apt/2.7.14build2 (s390x)
casync/unknown (armhf)
cockpit/unknown (armhf)
comitup/1.39-1 (armhf)
dhcpcd/unknown (armhf)
dropbear/unknown (armhf)
freeradius/unknown (armhf)
golang-
initramfs-
libcamera/
libsoup3/
libvirt/
mariadb/unknown (armhf)
netplan.
nghttp2/unknown (armhf)
nix/unknown (armhf)
ovn/24.
pgagroal/unknown (armhf)
policykit-1/unknown (armhf)
remctl/unknown (armhf)
sks/1.1.
snapd/2.
speech-
systemd-hwe/unknown (armhf)
tang/unknown (armhf)
tmux/unknown (armhf)
util-linux/
Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUp
https:/
[1] https:/
Thank you!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
corrado venturini (corradoventu) wrote : | #50 |
Still same problem on Ubuntu 24.10 Oracular.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #51 |
@corradoventu, can you provide some evidence of that? I cannot reproduce this on 24.10.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Łukasz Zemczak (sil2100) wrote : Update Released | #52 |
The verification of the Stable Release Update for systemd has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #53 |
This bug was fixed in the package systemd - 255.4-1ubuntu8.4
---------------
systemd (255.4-1ubuntu8.4) noble; urgency=medium
* No-change rebuild to pick up changed build flags on ppc64el and s390x.
(LP: #2076340)
systemd (255.4-1ubuntu8.3) noble; urgency=medium
* core/dbus-manager: mark unit file state as outdated only if some changes succeeded
(LP: #2055239)
-- Nick Rosbrook <email address hidden> Thu, 08 Aug 2024 10:51:10 -0400
Changed in systemd (Ubuntu Noble): | |
status: | Fix Committed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sunney Xue (sunneyxue) wrote : | #54 |
Still have this issue on ubuntu 24.04, with systemd 255 (255.4-1ubuntu8.4).
Strange enough, this warning message doesn't show up every time I run "sudo apt update". It appears rather randomly. And as it indicted "systemctl daemon-reload" will get rid of this message, at least for a while.
System info:
# System Details Report
---
## Report details
- **Date generated:** 2024-08-23 14:47:19
## Hardware Information:
- **Hardware Model:** Apple Inc. MacBookAir7,1
- **Memory:** 8.0 GiB
- **Processor:** Intel® Core™ i7-5650U × 4
- **Graphics:** Intel® HD Graphics 6000 (BDW GT3)
- **Disk Capacity:** 500.3 GB
## Software Information:
- **Firmware Version:** 481.0.0.0.0
- **OS Name:** Ubuntu 24.04 LTS
- **OS Build:** (null)
- **OS Type:** 64-bit
- **GNOME Version:** 46
- **Windowing System:** Wayland
- **Kernel Version:** Linux 6.8.0-41-generic
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #55 |
@sunneyxue, can you share the output of the following?
$ apt policy systemd
$ sudo systemctl daemon-reload
$ sudo systemctl enable somethingthatde
$ sudo apt update
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
corrado venturini (corradoventu) wrote : | #56 |
Still same problem in Ubuntu 24.10
corrado@
systemd:
Installed: 256.4-2ubuntu1
Candidate: 256.4-2ubuntu1
Version table:
*** 256.4-2ubuntu1 500
500 http://
100 /var/lib/
corrado@
Failed to enable unit: Unit somethingthatde
corrado@
Hit:1 http://
Hit:2 http://
Hit:3 http://
Hit:4 http://
All packages are up to date.
corrado@
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sunney Xue (sunneyxue) wrote : | #57 |
@Nick. Here is the output:
xxx@xxx:~$ apt policy systemd
systemd:
Installed: 255.4-1ubuntu8.4
Candidate: 255.4-1ubuntu8.4
Version table:
*** 255.4-1ubuntu8.4 500
500 http://
100 /var/lib/
255.4-1ubuntu8 500
500 http://
xxx@xxx:~$ sudo systemctl daemon-reload
xxx@xxx:~$ sudo systemctl enable somethingthatde
Failed to enable unit: Unit file somethingthatde
xxx@xxx:~$ sudo apt update
Hit:1 http://
Hit:2 http://
Hit:3 http://
Hit:4 http://
Hit:5 https:/
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
7 packages can be upgraded. Run 'apt list --upgradable' to see them.
xxx@xxx:~$ sudo apt list --upgradable
Listing... Done
gnome-text-
language-
language-
language-
language-
libssl3t64/
openssl/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Nick Rosbrook (enr0n) wrote : | #58 |
@corradoventu - the output you shared demonstrates that you are *not* seeing this issue on 24.10.
@sunneyxue- likewise, your output demonstrates that the issue is fixed on this system.
Note that it is possible at the time when you run `apt update`, that a daemon-reload actually is needed, and the warning will *correctly* be displayed. If we want this to always be hidden when running apt update, the apt hook needs to be updated to pass --no-warn to the systemctl call.
Changed in ubuntu-advantage-tools (Ubuntu): | |
status: | Invalid → New |
Changed in ubuntu-advantage-tools (Ubuntu Noble): | |
status: | Invalid → New |
Changed in ubuntu-advantage-tools (Ubuntu): | |
importance: | Undecided → Low |
Changed in ubuntu-advantage-tools (Ubuntu Noble): | |
importance: | Undecided → Low |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Grant Orndorff (orndorffgrant) wrote (last edit ): | #59 |
Thanks @enr0n. We had already created a separate bug (bug 2074211) to represent the case that you describe, so I'll mark this one back to "Invalid" for ubuntu-
Changed in ubuntu-advantage-tools (Ubuntu): | |
status: | New → Invalid |
Changed in ubuntu-advantage-tools (Ubuntu Noble): | |
status: | New → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Sunney Xue (sunneyxue) wrote : | #60 |
@Nick, as I mentioned in my first post "This warning message doesn't show up every time I run "sudo apt update". It appears rather randomly. And as it indicted "systemctl daemon-reload" will get rid of this message, at least for a while."
I haven't seen this warning in the past two days.
Hello, Nobuto,
First of all, thanks for reporting this issue.
We did changes to the apt news service file - we added the apparmor profiles and systemd security config there - and no, we didn't reload it by default, which may be causing those warnings.
However, I could not reproduce this behavior. Do you have steps to reproduce it on a fresh system?
I will bring this to the team.