autopkgtest boot-and-services fails on many architectures very often since systemd/239-7ubuntu12
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
systemd (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bionic |
New
|
Undecided
|
Unassigned | ||
Cosmic |
In Progress
|
Undecided
|
Unassigned |
Bug Description
[Impact]
* Boot and services autopkgtest case has become flakey, especially on ppc64el but other architectures too.
[Test Case]
* Check that boot-and-services passes more reliably
[Regression Potential]
* this is a test change only
[Other Info]
* gdm3 used to start reliably, in nested qemu, with dummy xorg, but it doesn't anymore. Thus stop testing gdm3 coming up as part of the systemd autopkgtest. Mostly, because in realisty it's not that interesting to see if gdm3 works with dummy xorg, as we mostly care about gdm3 working on bare-metal with proper graphics cards intel/amd/
I appreciate that some old known issues on 'upstream' are fixed.
But looking at the current tests I see that often on amd64 (2/3 and very often on ppc64le (4/4 since ubuntu12 and 11/11 before that version).
Looking at the list of people hitting retry and the list of packages blocked that seems an issue that must be checked.
See current head of tests at:
amd64: http://
ppc64el: http://
Example of the error that one can see in the log:
test_no_failed (__main_
No failed units ... -------- journal for failed service user@118.service -----------
-- Logs begin at Tue 2018-10-30 09:54:39 UTC, end at Mon 2018-11-26 07:05:17 UTC. --
Nov 26 07:05:09 autopkgtest systemd[1]: Starting User Manager for UID 118...
Nov 26 07:05:10 autopkgtest systemd[1292]: pam_unix(
Nov 26 07:05:10 autopkgtest systemd[1292]: Failed to fully start up daemon: Permission denied
Nov 26 07:05:10 autopkgtest systemd[1]: user@118.service: Failed with result 'protocol'.
Nov 26 07:05:10 autopkgtest systemd[1]: Failed to start User Manager for UID 118.
FAIL
=======
FAIL: test_no_failed (__main_
No failed units
-------
Traceback (most recent call last):
File "/tmp/autopkgte
self.
AssertionError: Lists differ: ['user@118.service loaded failed failed User Manager for UID 118'] != []
First list contains 1 additional elements.
First extra element 0:
'user@118.service loaded failed failed User Manager for UID 118'
- ['user@118.service loaded failed failed User Manager for UID 118']
+ []
Related branches
- Dimitri John Ledkov: Pending requested
-
Diff: 210 lines (+127/-2) (has conflicts)5 files modifieddebian/changelog (+70/-0)
debian/extra/dhclient-enter-resolved-hook (+9/-1)
debian/gbp.conf (+1/-1)
debian/patches/meson-rename-Ddebug-to-Ddebug-extra.patch (+41/-0)
debian/patches/series (+6/-0)
tags: | added: patch |
Changed in systemd (Ubuntu Cosmic): | |
status: | New → In Progress |
description: | updated |
Changed in systemd (Ubuntu Cosmic): | |
status: | Fix Committed → In Progress |
Reproducing the bug:
- of course it had to work reliably on a local amd64
- ppc based autopkgtest has the usual non-fun of bug 1630909 still failing me
But when checking the logs that we have we see:
- service user@118.service is the one failing
- might that be related to GDB issues we had in the past?
Log: systemd- user:session) : session opened for user gdm by (uid=0)
pam_unix(
Failed to fully start up daemon: Permission denied
user@118.service: Failed with result 'protocol'.