This bug was fixed in the package systemd - 249.11-0ubuntu3.6
---------------
systemd (249.11-0ubuntu3.6) jammy; urgency=medium
* Deny-list TEST-58-REPART on ppc64el (LP: #1988994)
File: debian/patches/lp1988994-Deny-list-TEST-58-REPART-on-ppc64el.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=d2ed3cc1d223bf35015b15ff83b50156b58f0f38
systemd (249.11-0ubuntu3.5) jammy; urgency=medium
[ Nick Rosbrook ]
* Ensure dns_search_domain_unlink_marked removes all marked domains (LP:
#1975667)
File:
debian/patches/lp1975667-Ensure-dns_search_domain_unlink_marked-removes-all-marked.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=919d5ddedd5bb8b45ab9437bf42d66c2821bb074
* core,firstboot: workaround timezone issues on Ubuntu Core (LP: #1981042)
Thanks to Robert Ancell for preparing the patch.
File:
debian/patches/lp1981042-core-firstboot-workaround-timezone-issues-caused-by-Ubunt.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=b15546361b549217908fb6ca5d473be23d7fa757
* network: do not remove localhost address (LP: #1979951)
File: debian/patches/lp1979951-network-do-not-remove-localhost-address.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=2cd88391cce9fe95a486ae6dd214c12f236f3881
* units: remove the restart limit on the modprobe@.service (LP: #1982462)
File:
debian/patches/lp1982462-units-remove-the-restart-limit-on-the-modprobe-.service.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=8f0acd1b2fbb8eed1259c34963e5e9b201bef900
* pstore: do not try to load mtdpstore (LP: #1981622)
File: debian/patches/lp1978079-efi-pstore-not-cleared-on-boot.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=15225032c3657f5906ee49d48929f9295a8664a0
* core/mount: downgrade log level about several mkdir failures (LP: #1979952)
Files:
-
debian/patches/lp1979952-Revert-core-mount-fail-early-if-directory-cannot-be-creat.patch
-
debian/patches/lp1979952-core-mount-downgrade-log-level-about-several-mkdir-failur.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=ee8cfcf500698fab2e990de291ecf4c3ab87a4ae
* debian/control: add Recommends: systemd-hwe-hwdb to udev.
The systemd-hwe-hwdb brings in additional hwdb rules for HWE, so we want
those installed with udev by default.
File: debian/control
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=4a7a3258c33201cca305956820fcc6bcd6052d76
* hwdb: implement --root option for systemd-hwdb query (LP: #1988078)
Files:
- debian/libsystemd0.symbols
-
debian/patches/lp1988078-hwdb-implement-root-option-for-systemd-hwdb-query.patch
- debian/patches/lp1988078-sd-hwdb-add-sd_hwdb_new_from_path.patch
-
debian/patches/lp1988078-sd-hwdb-include-sys-stat.h-in-hwdb-internal.h.patch
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=937fef96c858f2f2042bf71032f315647c14add0
[ Luca Boccassi ]
* Enable systemd-repart and ship it in a new systemd-repart package.
(LP: #1897932)
Add fdisk as test dependency, needed by test-repart which calls sfdisk.
Add libfdisk-dev/libssl-dev as dependencies, needed for systemd-repart.
Author: Luca Boccassi
Files:
- debian/control
- debian/rules
- debian/systemd-repart.install
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=debbc5e9362522210096ae5fa9da48378791e381
[ Lukas Märdian ]
* Add sd-repart as test depend, to avoid skipping TEST-58-REPART
File: debian/tests/control
https://git.launchpad.net/~ubuntu-core-dev/ubuntu/+source/systemd/commit/?id=669190653f06a6554ddf9725cbeccac65149df23
-- Nick Rosbrook <nick.rosbr...@canonical.com> Fri, 09 Sep 2022
14:47:16 -0400
** Changed in: systemd (Ubuntu Jammy)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1982462
Title:
Some modprobe loading services requested by the pstore service fail
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Focal:
Fix Released
Status in systemd source package in Jammy:
Fix Released
Status in systemd source package in Kinetic:
Fix Released
Bug description:
[Impact]
It has been detected that some modprobe services fail on UC22 after
the jammy upgrade 249.11-0ubuntu3.4:
$ systemctl --system --no-ask-password --no-pager list-units --state=failed
Failed units:
UNIT LOAD ACTIVE SUB DESCRIPTION
● modprobe@chromeos_pstore.service loaded failed failed Load Kernel Module
chromeos_pstore
● modprobe@efi_pstore.service loaded failed failed Load Kernel Module
efi_pstore
● modprobe@mtdpstore.service loaded failed failed Load Kernel Module
mtdpstore
● modprobe@pstore_blk.service loaded failed failed Load Kernel Module
pstore_blk
● modprobe@pstore_zone.service loaded failed failed Load Kernel Module
pstore_zone
● modprobe@ramoops.service loaded failed failed Load Kernel Module
ramoops
This happens because of some changes to systemd-pstore.service that
now has:
After=modprobe@efi_pstore.service modprobe@mtdpstore.service
modprobe@chromeos_pstore.service modprobe@ramoops.service
modprobe@pstore_zone.service modprobe@pstore_blk.service
Wants=modprobe@efi_pstore.service modprobe@mtdpstore.service
modprobe@chromeos_pstore.service modprobe@ramoops.service
modprobe@pstore_zone.service modprobe@pstore_blk.service
This causes too many tries of the modprobe services, that fail in the
end with
Jul 20 09:02:39 ubuntu systemd[1]: modprobe@chromeos_pstore.service:
Start request repeated too quickly.
Although we have seen this only on UC22, it potentially can affect
classic systems as well, as systemd-pstore.service is re-tried there a
few times too. See https://github.com/snapcore/core-base/issues/72 for
more details.
A fix for this is available upstream:
https://github.com/systemd/systemd/commit/9625350e5381a68c1179ae4581e7586c206663e1
[Test Plan]
Start the device and check that there is no modprobe-pstore related
failed service. This is racy, so a few tries will be needed to make
sure things are fine.
[Where problems could occur]
The modprobe services are usually dependencies from other services, so
it should be fine if the retry behavior is controlled by those other
services. Risk should be small. If something goes wrong we might see a
lot of restarts for these services.
[Other Info]
Testing should happen on UC22 too.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1982462/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
