[Bug 1830484] Re: boot-and-services test_no_failed fails if gdm failed to start in testbed
Timo Aaltonen
tjaalton at ubuntu.com
Fri May 31 13:35:52 UTC 2019
Hello Dan, or anyone else affected,
Accepted systemd into cosmic-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/systemd/239-7ubuntu10.14 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed. Your feedback will aid us getting this
update out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-cosmic to verification-done-cosmic. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-cosmic. In either case, without details of
your testing we will not be able to proceed.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance for helping!
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 Cosmic)
Status: In Progress => Fix Committed
** Tags added: verification-needed verification-needed-cosmic
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1830484
Title:
boot-and-services test_no_failed fails if gdm failed to start in
testbed
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Cosmic:
Fix Committed
Bug description:
[impact]
gdm on cosmic running in the autopkgtest is flaky and sometimes fails
to start; when it does it causes other systemd service failures like
'user at 118.service' or other services, which fail the test case.
the test_gdm3 testcase was already skipped because of this in bug
1790478, the test_no_failed testcase needs to be skipped as well if
gdm fails to start.
[test case]
the failure is intermittent, but looking through old cosmic systemd
autopkgtest logs look for:
May 23 11:13:38 autopkgtest systemd[1]: user at 118.service: Killing process 1251 (systemctl) with signal SIGKILL.
May 23 11:13:38 autopkgtest systemd[1]: Stopped User Manager for UID 118.
May 23 11:13:39 autopkgtest systemd[1]: Starting User Manager for UID 118...
May 23 11:13:37 autopkgtest systemd[1280]: pam_unix(systemd-user:session): session opened for user gdm by (uid=0)
May 23 11:13:38 autopkgtest systemd[1280]: Failed to fully start up daemon: Permission denied
May 23 11:13:38 autopkgtest systemd[1]: user at 118.service: Failed with result 'protocol'.
May 23 11:13:38 autopkgtest systemd[1]: Failed to start User Manager for UID 118.
FAIL
test_rsyslog (__main__.ServicesTest) ... ok
test_tmp_cleanup (__main__.ServicesTest) ... ok
test_tmp_mount (__main__.ServicesTest) ... ok
test_udev (__main__.ServicesTest) ... ok
======================================================================
FAIL: test_no_failed (__main__.ServicesTest)
No failed units
----------------------------------------------------------------------
Traceback (most recent call last):
File "/tmp/autopkgtest.jGFP4N/build.FWq/src/debian/tests/boot-and-services", line 62, in test_no_failed
self.assertEqual(failed, [])
AssertionError: Lists differ: ['user at 118.service loaded failed failed User Manager for UID 118'] != []
First list contains 1 additional elements.
First extra element 0:
'user at 118.service loaded failed failed User Manager for UID 118'
- ['user at 118.service loaded failed failed User Manager for UID 118']
+ []
[regression potential]
low; testcase skipping due to flaky gdm inside autopkgtest, only on
cosmic.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1830484/+subscriptions
More information about the foundations-bugs
mailing list