Skip to content
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

qemu: uncaught target signal 6 (Aborted) when running elixir amd64 image on M1 #5148

Closed
1 of 2 tasks
SteffenDE opened this issue Dec 17, 2020 · 4 comments
Closed
1 of 2 tasks
Labels

Comments

@SteffenDE
Copy link

  • I have tried with the latest version of my channel (Stable or Edge)
  • I have uploaded Diagnostics
  • Diagnostics ID:

Expected behavior

Image runs using qemu.

Actual behavior

> docker run --rm -it hexpm/elixir-amd64:1.11.1-erlang-23.2-ubuntu-focal-20201008 iex
WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
sigaltstack: Invalid argument
sigaltstack: Invalid argument
sigaltstack: Invalid argument
qemu: uncaught target signal 6 (Aborted) - core dumped

Information

  • macOS Version: 11.1

Diagnostic logs

Docker for Mac: version...

Steps to reproduce the behavior

  1. Use M1 preview
  2. Run docker run --rm -it hexpm/elixir-amd64:1.11.1-erlang-23.2-ubuntu-focal-20201008 iex

Not sure if this is related to docker or a problem that qemu must address. Just leaving this here as this is what I found when building an existing amd64 project. There's also a arm64 image of elixir, so this is not critical for me.

@stephen-turner stephen-turner added the area/m1 M1 preview builds label Dec 17, 2020
@SteffenDE
Copy link
Author

Possibly related to #5122

@stephen-turner
Copy link
Contributor

This is a qemu bug, which is the upstream component we use for running Intel (amd64) containers on M1 (arm64) chips, and is unfortunately not something we control. In general we recommend running arm64 containers on M1 chips because (even ignoring any crashes) they will always be faster and use less memory.

Please encourage the author of this container to supply an arm64 or multi-arch image, not just an Intel one. Now that M1 is a mainstream platform, we think that most container authors will be keen to do this.

@SteffenDE
Copy link
Author

There actually are already arm64 images available (since long before M1 was introduced), but it'd still be great to be able to run containers of existing images that are built for x86. Anyways, I'm still glad that running x86 containers works at all, so thank you all for your great work!

@docker-robott
Copy link
Collaborator

Closed issues are locked after 30 days of inactivity.
This helps our team focus on active issues.

If you have found a problem that seems similar to this, please open a new issue.

Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows.
/lifecycle locked

@docker docker locked and limited conversation to collaborators Mar 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants