[Bug 1825997] [NEW] boot-smoke test timeout too short for overloaded autopkgtest.ubuntu.com

[Dan Streetman]

Public bug reported:

[impact]

boot-smoke test reboots 5 times and verifies systemd is fully started up
after each boot, but only gives 35 seconds for each boot.  On loaded
systems this is too short.

[test case]

see various boot-smoke failures in autopkgtest.ubuntu.com

[regression potential]

longer autopkgtest times.

[other info]

i can't reproduce this failure locally, but it seems to happen
intermittently on the adt setup.  Therefore, I don't know for sure that
the short timeout is actually the cause of the problem, but it certainly
seems likely - 35 seconds really isn't very long for a full reboot and
for systemd to finish starting all services, especially on the highly
loaded autopkgtest.ubuntu.com systems.

There should be no harm, other than delaying an actual failure, from
extending the timeout.  The test case checks each second if all services
have finished starting, so on success case it won't wait any longer than
it currently does.

** Affects: systemd (Ubuntu)
     Importance: Undecided
         Status: New

-- 
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/1825997

Title:
  boot-smoke test timeout too short for overloaded
  autopkgtest.ubuntu.com

Status in systemd package in Ubuntu:
  New

Bug description:
  [impact]

  boot-smoke test reboots 5 times and verifies systemd is fully started
  up after each boot, but only gives 35 seconds for each boot.  On
  loaded systems this is too short.

  [test case]

  see various boot-smoke failures in autopkgtest.ubuntu.com

  [regression potential]

  longer autopkgtest times.

  [other info]

  i can't reproduce this failure locally, but it seems to happen
  intermittently on the adt setup.  Therefore, I don't know for sure
  that the short timeout is actually the cause of the problem, but it
  certainly seems likely - 35 seconds really isn't very long for a full
  reboot and for systemd to finish starting all services, especially on
  the highly loaded autopkgtest.ubuntu.com systems.

  There should be no harm, other than delaying an actual failure, from
  extending the timeout.  The test case checks each second if all
  services have finished starting, so on success case it won't wait any
  longer than it currently does.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1825997/+subscriptions