-
Notifications
You must be signed in to change notification settings - Fork 121
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
Docker is not stable on M3 Max with Sequoia 15.2 #7515
Comments
Podman a d kubernets stand alone with a software to manage all as 1password 8 dev
Envoyé à partir de Outlook pour Android<https://aka.ms/AAb9ysg>
…________________________________
From: Ken Simeon ***@***.***>
Sent: Monday, December 30, 2024 9:23:24 AM
To: docker/for-mac ***@***.***>
Cc: Subscribed ***@***.***>
Subject: [docker/for-mac] Docker is not stable on M3 Max with Sequoia 15.2 (Issue #7515)
Description
On my company issued M3 Max Macbook Pro I've been faced with nothing but issues with any attempts to run Docker [Desktop or alternate offerings]. Running with or w/out Rosetta 2 has shown no difference. Running Docker with various virtual machine options is no different. Running with or w/out containerd is no different.
Overall issue has been that the docker service seg faults when pulling down docker base images. When the base image is finally pulled down, building the container fails for various compatibility reasons (format errors). Or the docker service seg faults when trying to build for the native architecture or directly for linux/amd64.
This issue happen when doing a docker compose up -d with my companies configuration or when using images from docker hub.
image.png (view on web)<https://github.com/user-attachments/assets/82b1b917-2312-4ec9-a2b3-7197e98670e4>
What I've tried
* Fully removing Docker
* Tried alternate docker offerings from OrbStack
Reproduce
1. docker run -it alpine:3
Expected behavior
No response
docker version
Client:
Version: 27.4.0
API version: 1.47
Go version: go1.22.10
Git commit: bde2b89
Built: Sat Dec 7 10:35:43 2024
OS/Arch: darwin/arm64
Context: desktop-linux
Server: Docker Desktop 4.37.1 (178610)
Engine:
Version: 27.4.0
API version: 1.47 (minimum version 1.24)
Go version: go1.22.10
Git commit: 92a8393
Built: Sat Dec 7 10:38:33 2024
OS/Arch: linux/arm64
Experimental: false
containerd:
Version: 1.7.21
GitCommit: 472731909fa34bd7bc9c087e4c27943f9835f111
runc:
Version: 1.1.13
GitCommit: v1.1.13-0-g58aa920
docker-init:
Version: 0.19.0
GitCommit: de40ad0
docker info
Client:
Version: 27.4.0
Context: desktop-linux
Debug Mode: false
Plugins:
ai: Ask Gordon - Docker Agent (Docker Inc.)
Version: v0.5.1
Path: /Users/{username}/.docker/cli-plugins/docker-ai
buildx: Docker Buildx (Docker Inc.)
Version: v0.19.2-desktop.1
Path: /Users/{username}/.docker/cli-plugins/docker-buildx
compose: Docker Compose (Docker Inc.)
Version: v2.31.0-desktop.2
Path: /Users/{username}/.docker/cli-plugins/docker-compose
debug: Get a shell into any image or container (Docker Inc.)
Version: 0.0.37
Path: /Users/{username}/.docker/cli-plugins/docker-debug
desktop: Docker Desktop commands (Beta) (Docker Inc.)
Version: v0.1.0
Path: /Users/{username}/.docker/cli-plugins/docker-desktop
dev: Docker Dev Environments (Docker Inc.)
Version: v0.1.2
Path: /Users/{username}/.docker/cli-plugins/docker-dev
extension: Manages Docker extensions (Docker Inc.)
Version: v0.2.27
Path: /Users/{username}/.docker/cli-plugins/docker-extension
feedback: Provide feedback, right in your terminal! (Docker Inc.)
Version: v1.0.5
Path: /Users/{username}/.docker/cli-plugins/docker-feedback
init: Creates Docker-related starter files for your project (Docker Inc.)
Version: v1.4.0
Path: /Users/{username}/.docker/cli-plugins/docker-init
sbom: View the packaged-based Software Bill Of Materials (SBOM) for an image (Anchore Inc.)
Version: 0.6.0
Path: /Users/{username}/.docker/cli-plugins/docker-sbom
scout: Docker Scout (Docker Inc.)
Version: v1.15.1
Path: /Users/{username}/.docker/cli-plugins/docker-scout
Server:
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 0
Server Version: 27.4.0
Storage Driver: overlay2
Backing Filesystem: extfs
Supports d_type: true
Using metacopy: false
Native Overlay Diff: true
userxattr: false
Logging Driver: json-file
Cgroup Driver: cgroupfs
Cgroup Version: 2
Plugins:
Volume: local
Network: bridge host ipvlan macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
CDI spec directories:
/etc/cdi
/var/run/cdi
Swarm: inactive
Runtimes: io.containerd.runc.v2 runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 472731909fa34bd7bc9c087e4c27943f9835f111
runc version: v1.1.13-0-g58aa920
init version: de40ad0
Security Options:
seccomp
Profile: unconfined
cgroupns
Kernel Version: 6.10.14-linuxkit
Operating System: Docker Desktop
OSType: linux
Architecture: aarch64
CPUs: 4
Total Memory: 7.654GiB
Name: docker-desktop
ID: e0483a4b-1123-4411-a431-274e9f1bfa9b
Docker Root Dir: /var/lib/docker
Debug Mode: false
HTTP Proxy: http.docker.internal:3128
HTTPS Proxy: http.docker.internal:3128
No Proxy: hubproxy.docker.internal
Labels:
com.docker.desktop.address=unix:///Users/{username}/Library/Containers/com.docker.docker/Data/docker-cli.sock
Experimental: false
Insecure Registries:
hubproxy.docker.internal:5555
127.0.0.0/8
Live Restore Enabled: false
WARNING: daemon is not using the default seccomp profile
Diagnostics ID
DB818675-421F-400F-9C35-F3AA877ED219/20241230074956
Additional Info
Additional information reported to OrbStack<orbstack/orbstack#1646>
—
Reply to this email directly, view it on GitHub<#7515>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BFTH46FRKLIV2AZVAUIHF4L2ID7HZAVCNFSM6AAAAABULV3VCCVHI2DSMVQWIX3LMV43ASLTON2WKOZSG43DEOBTGQ2DCNY>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
On my company issued M3 Max Macbook Pro I've been faced with nothing but issues with any attempts to run Docker [Desktop or alternate offerings]. Running with or w/out Rosetta 2 has shown no difference. Running Docker with various virtual machine options is no different. Running with or w/out
containerd
is no different.Overall issue has been that the docker service seg faults when pulling down docker base images. When the base image is finally pulled down, building the container fails for various compatibility reasons (format errors). Or the docker service seg faults when trying to build for the native architecture or directly for
linux/amd64
.This issue happen when doing a
docker compose up -d
with my companies configuration or when using images from docker hub.What I've tried
Reproduce
Expected behavior
No response
docker version
Client: Version: 27.4.0 API version: 1.47 Go version: go1.22.10 Git commit: bde2b89 Built: Sat Dec 7 10:35:43 2024 OS/Arch: darwin/arm64 Context: desktop-linux Server: Docker Desktop 4.37.1 (178610) Engine: Version: 27.4.0 API version: 1.47 (minimum version 1.24) Go version: go1.22.10 Git commit: 92a8393 Built: Sat Dec 7 10:38:33 2024 OS/Arch: linux/arm64 Experimental: false containerd: Version: 1.7.21 GitCommit: 472731909fa34bd7bc9c087e4c27943f9835f111 runc: Version: 1.1.13 GitCommit: v1.1.13-0-g58aa920 docker-init: Version: 0.19.0 GitCommit: de40ad0
docker info
Diagnostics ID
DB818675-421F-400F-9C35-F3AA877ED219/20241230074956
Additional Info
Additional information reported to OrbStack
The text was updated successfully, but these errors were encountered: