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
Touch seeded packages, 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
--
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
