This is no longer happening on stock kernels.
** Changed in: lxc (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1446658
Title:
lxc-test-apparmor fails on aarch
Moving this back to lxc, as this doesn't appear to be an apparmor
problem.
** Package changed: apparmor (Ubuntu) => lxc (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1446658
Title:
lxc-tes
I also find the same issue in another ARM board, I can confirm that it's just
following sentence to cause the failed result:
run_cmd lxc-create -t download -n c1 -- -d ubuntu -r trusty -a $ARCH
It will try to check the following file and download a image from website
indexed in this
And based on my comment in #14 the tests that I said currently fail:
lxc-test-unpriv
lxc-test-autostart
lxc-test-usernic
are also trying to download an arm64 image that, AFAICT at the time of
writing, does not exist.
So, given that lxc-test-apparmor does work on my trusty install:
ubuntu@l
Looking at:
http://images.linuxcontainers.org/images/ubuntu/trusty/
I don't see a directory for arm64 (or aarch64) so that explains why lxc-
test-usernic fails -- there is no arm64 image to download.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subsc
I believe there is also GPG connectivity:
root@linaro-test:/home/ubuntu/lxc-1.0.7/debian/tests# gpg --search-keys
andrew.iain.mcderm...@gmail.com
gpg: searching for "andrew.iain.mcderm...@gmail.com" from hkp server
keys.gnupg.net
(1) Andrew McDermott
2048 bit RSA key 1250D2A5, cre
Regarding access to images.linuxcontainers.org - I believe I can "see"
this from my test machine:
root@linaro-test:/home/ubuntu/lxc-1.0.7/debian/tests# dig +short
images.linuxcontainers.org
rproxy.stgraber.org.
192.99.34.219
root@linaro-test:/home/ubuntu/lxc-1.0.7/debian/tests# dig +short -x
192
I also ran the tests using the debian/tests/exercise script:
SUMMARY: pass=21, fail=4, ignored=0
root@linaro-test:/home/ubuntu/lxc-1.0.7/debian/tests# ./exercise
PASS: lxc-tests: /usr/bin/lxc-test-apparmor
PASS: lxc-tests: /usr/bin/lxc-test-attach
FAIL: lxc-tests: /usr/bin/lxc-test-autostart
---
Error output from the three tests that fail:
root@linaro-test:/tmp/lxc# id
uid=0(root) gid=0(root) groups=0(root)
root@linaro-test:/tmp/lxc# lxc-test-unpriv
Removing user `lxcunpriv' ...
Warning: group `lxcunpriv' has no m
We run the tests using the debian/tests/exercise script in the source
package.
All 3 of your failing tests require connectivity to both the GPG network
and https connectivity to images.linuxcontainers.org, could that be the
problem?
The actual error output from those tests would be useful to figu
I just installed the following cloud image onto an Applied Micro X-Gene
board:
http://cloud-images.ubuntu.com/trusty/20150420.1/trusty-server-
cloudimg-arm64-disk1.img
Running the tests in the same way:
# for i in /usr/bin/lxc-test-*; do $i || touch /tmp/$(basename
$i).failed; done
I see the
Yes, the kernel is 3.19.2. I realised I was running a later version than
stock just after I submitted the report. I am deploying a fresh cloud
image onto a new machine and will double-check that it still happens
(but suspecting not). BTW: do you run the tests in a diferent way than
my 'for' loop?
What kernel are you running?
The kernel version reported in this bug report doesn't appear to match
that of an official Ubuntu kernel (currently 3.19.0-15.15).
My best guess here is that your kernel's apparmor implementation is
broken somehow since our own aarch64 tests pass fine.
I'm moving thi
13 matches
Mail list logo