Cannot launch armhf containers on arm64 host under noble
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
lxd |
Fix Released
|
Unknown
|
|||
linux-raspi (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
lxd (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
[Impact]
Under the current noble daily server image for Raspberry Pi (arm64 architecture) I cannot launch an armhf container image using lxd from the channel 5.21/stable/
$ lxc launch ubuntu-
Creating nobletest
Starting nobletest
$ lxc list
+------
| NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS |
+------
| nobletest | STOPPED | | | CONTAINER | 0 |
+------
In case this was an issue with the current noble daily, I also attempted launching the mantic and jammy armhf images, but with the same symptoms:
$ lxc launch ubuntu:m/armhf mantictest
Creating mantictest
Starting mantictest
$ lxc list
+------
| NAME | STATE | IPV4 | IPV6 | TYPE | SNAPSHOTS |
+------
| nobletest | STOPPED | | | CONTAINER | 0 |
+------
| mantictest | STOPPED | | | CONTAINER | 0 |
+------
I attempted the same tests under the 23.10 server for Pi images (also arm64 host) and both containers launched successfully, so this appears to be an issue with lxd under noble specifically.
[Fix]
Reenable COMPAT_32BIT_TIME in raspi kernel.
[Test Case]
See above.
[Where Problems Could Occur]
Disabling COMPAT_32BIT_TIME in Noble raspi introduced a regression when running armhf binaries, so the fix is not expected to break anything (new).
CVE References
Changed in lxd: | |
status: | Unknown → New |
tags: | added: kern-10956 |
Changed in lxd: | |
status: | New → Fix Released |
affects: | lxd (Ubuntu) → glibc (Ubuntu) |
description: | updated |
This is likely to be a linux-raspi issue since armhf containers are apparently working happily in the autopkgtest cloud. Further, armhf chroots are also failing under linux-raspi with a Futex error from the kernel (will attempt to add some detail on this in due course).