-
Notifications
You must be signed in to change notification settings - Fork 165
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
kola qemuexec "hangs" during cosa build on apple silicon aarch64 #3443
Comments
Can you try to use e.g. |
Also prob relevant?
|
ok, good news, this can be trivially fixed by upgrading the cosa image to F38. Feel free to close when the team decides to do that? |
not so fast, it now fails when creating a raw image (but the qcow2 is created correctly) |
Presumably this is a nested virt issue, right? It may be worth sanity checking that |
Not nested |
Merged recently. |
Bug Report
Environment
What operating system is being used to run coreos-assembler?
F38 - aarch64
What operating system is being assembled?
FCOS 38
Is coreos-assembler running in Podman or Docker?
podman
If Podman, is coreos-assembler running privileged or unprivileged?
podman run --rm -ti --security-opt=label=disable --privileged --uidmap=1000:0:1 --uidmap=0:1:1000 --uidmap=1001:1001:64536 -v=/home/baude/fcos:/srv/ --device=/dev/kvm --device=/dev/fuse --tmpfs=/tmp -v=/var/tmp:/var/tmp --name=cosa quay.io/coreos-assembler/coreos-assembler:latest shell
Expected Behavior
Actual Behavior
During cosa build on a apple silicon machine having booted Linux (not virtualized), I am seeing failures where kola qemuexec is "hanging". strace reveals it is in a futex/poll loop. when i control-c the build, a TPM is spit out. I am not sure if the TPM error is a result of control-c or is more related to the cause.
Reproduction Steps
Other Information
The text was updated successfully, but these errors were encountered: