[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