[Bug 1708051] Re: v234 seems to fail to reboot 5 times in a row on s390x, and crashes amd64/i386 instances
Dimitri John Ledkov
launchpad at surgut.co.uk
Wed Aug 16 16:55:58 UTC 2017
@laney
After many local runs, I never see a failure of boot-smoke. I do see
flakey failures of nspawn tests which is now logged in upstream tracker
and will be investigated further -
https://github.com/systemd/systemd/issues/6614
Reboot test failures, do mention unexpected EOF which on the surface looks related to ssh fixes in autopkgtest 4.4 and the patches to resolve a similar EOF with qemu runner reported in Debian BTS.
Next steps for me are:
* continue testing tests locally with FORCE_REBOOT_TEST=1 environment variable to continue to validate each upload (no regressions)
* pull latest autopkgtest with pending patches from git and run that with ssh runner against canonistack
* hopefully reproduce & fix the hang with canonistack assistance
I do not have any confirmation that systemd in proposed is bad.
--
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/1708051
Title:
v234 seems to fail to reboot 5 times in a row on s390x, and crashes
amd64/i386 instances
Status in systemd package in Ubuntu:
New
Bug description:
ppc64el is fine.
Given that everything is fixed to start containers and vms non-
degraded, let's enforce that we boot not degraded.
Also network online timeout is 30s, thus it makes no sense to only
give the boot 10s. Especially since machines can be overcommitted with
capacity.
update: tests were improved somewhat, to be more deterministic and
always wait for the boot to fully finish before rebooting. On the
infrastructure - all but i386/amd64 pass. But locally it is not
reproducible. It almost feels like openstack-nova-autopkgtest-reboot-
marker integration is broken; or systemd fails to reboot in
scalingstack.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1708051/+subscriptions
More information about the foundations-bugs
mailing list