[Bug 1845037] Re: autopkgtest package "lxd" test has started failing
Dan Streetman
dan.streetman at canonical.com
Thu Sep 26 16:52:56 UTC 2019
fixed upstream in Debian:
https://salsa.debian.org/ci-team/autopkgtest/commit/747d55377c943143f71a56c6decb8e26957f178d
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to autopkgtest in Ubuntu.
https://bugs.launchpad.net/bugs/1845037
Title:
autopkgtest package "lxd" test has started failing
Status in autopkgtest package in Ubuntu:
In Progress
Status in autopkgtest source package in Xenial:
In Progress
Status in autopkgtest source package in Bionic:
In Progress
Status in autopkgtest source package in Disco:
In Progress
Status in autopkgtest source package in Eoan:
In Progress
Bug description:
[impact]
"lxd launch" behavior recently changed to parse any queued input on
stdin and process it as a yaml file.
Since the "autopkgtest-build-lxd" script calls "lxd launch", and input
queued to stdin when calling "autopkgtest-build-lxd" will cause the
internal call to lxd to fail, such as calling "autopkgtest-build-lxd"
from inside a here document (see test case below).
the failure is seen in (at least) the "lxd" autopkgtest from the autopkgtest package itself, e.g.:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-disco/disco/amd64/a/autopkgtest/20190923_160817_66dbe@/log.gz
[test case]
run the autopkgtests for the package 'autopkgtest', or check autopkgtest.ubuntu.com, e.g.:
http://autopkgtest.ubuntu.com/packages/a/autopkgtest/disco/amd64
http://autopkgtest.ubuntu.com/packages/a/autopkgtest/disco/i386
http://autopkgtest.ubuntu.com/packages/a/autopkgtest/eoan/amd64
http://autopkgtest.ubuntu.com/packages/a/autopkgtest/eoan/i386
note that this is failing only for disco and eoan, and note that the 'lxd' test is skipped for non-intel archs. this does not appear to be failing on bionic:
http://autopkgtest.ubuntu.com/packages/a/autopkgtest/bionic/amd64
[regression potential]
this only redirects stdin from /dev/null, for the call to 'lxc launch'
inside autopkgtest-build-lxd; so the regression potential should be
low. Any regressions would almost certainly involve a failure during
the call to autopkgtest-build-lxd, during the creation of the lxd
container.
[other info]
this is reproducable with the current packages from disco-updates
using a local qemu vm for testing.
note that the autopkgtest fails only for disco and eoan, becuase on
xenial and bionic the lxd deb is used, which still has the older
behavior, however the lxd snap is available to install on both xenial
and bionic, so this problem still exists for both those releases, as
well as disco and eoan.
also, this is not just a testcase failure - this is actual new
behavior that can break existing users of the "autopkgtest-build-lxd"
script in the manner described in the test case.
I put the 'importance' of this as low because this bug will only be
reproduced when calling autopkgtest-build-lxd from inside a here
document passed to a shell, or otherwise called with input queued on
stdin, which seems like an unusual way to call autopkgest-build-lxd.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/1845037/+subscriptions
More information about the foundations-bugs
mailing list