Open mortonmj opened 11 months ago
Docker: 4.26.1 macOS: 14.2
Still not fixed.
Docker: 4.26.1 macOS: 14.2.1
Still not fixed.
I will say that I tried the steps to workaround the issue and was unsuccessful.
❯ ls -al /var/run/docker.sock
ls: /var/run/docker.sock: No such file or directory
❯ sudo ln -s /Users/alexkoepke/.docker/run/docker.sock /var/run/docker.sock
Password:
ln: /var/run/docker.sock: File exists
❯ ls -al /var/run/docker.sock
lrwxr-xr-x 1 root daemon 46 Dec 23 10:58 /var/run/docker.sock -> /Users/alexkoepke/.docker/run/docker.sock
I will also confirm that when Docker Desktop is set to start on sign in that the symlink is present and that the error still persists.
Docker: 4.26.1 macOS: 14.2.1
Still not fixed.
Same Issue.
Apple M2 macOS: Sonoma 14.2.1 (23C71) Docker: 4.26.1 (131620)
Same Issue
Apple M2 Max macOS: Ventura 13.6.3 Docker Desktop: 4.25.2 (129061) Engine: 24.0.6 Compose: v2.23.0-desktop.1 Credential Helper: v0.7.0 Kubernetes: v1.28.2 Docker Info:
Client:
Version: 24.0.6
Context: desktop-linux
Debug Mode: false
Plugins:
buildx: Docker Buildx (Docker Inc.)
Version: v0.11.2-desktop.5
Path: /Users/me/.docker/cli-plugins/docker-buildx
compose: Docker Compose (Docker Inc.)
Version: v2.23.0-desktop.1
Path: /Users/me/.docker/cli-plugins/docker-compose
dev: Docker Dev Environments (Docker Inc.)
Version: v0.1.0
Path: /Users/me/.docker/cli-plugins/docker-dev
extension: Manages Docker extensions (Docker Inc.)
Version: v0.2.20
Path: /Users/me/.docker/cli-plugins/docker-extension
init: Creates Docker-related starter files for your project (Docker Inc.)
Version: v0.1.0-beta.9
Path: /Users/me/.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/me/.docker/cli-plugins/docker-sbom
scan: Docker Scan (Docker Inc.)
Version: v0.26.0
Path: /Users/me/.docker/cli-plugins/docker-scan
scout: Docker Scout (Docker Inc.)
Version: v1.0.9
Path: /Users/me/.docker/cli-plugins/docker-scout
Server:
Containers: 5
Running: 0
Paused: 0
Stopped: 5
Images: 3
Server Version: 24.0.6
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 logentries splunk syslog
Swarm: inactive
Runtimes: io.containerd.runc.v2 runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 8165feabfdfe38c65b599c4993d227328c231fca
runc version: v1.1.8-0-g82f18fe
init version: de40ad0
Security Options:
seccomp
Profile: unconfined
cgroupns
Kernel Version: 6.4.16-linuxkit
Operating System: Docker Desktop
OSType: linux
Architecture: aarch64
CPUs: 12
Total Memory: 15.61GiB
Name: linuxkit-6275e5017dfa
ID: 8c75c7fc-e3a5-4664-b268-3327bd9dda39
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
Experimental: false
Insecure Registries:
hubproxy.docker.internal:5555
127.0.0.0/8
Live Restore Enabled: false
If you're using macOS Sonoma, installing Rosetta 2 could be beneficial. how to install rosetta 2
Same on M1 Max with macOS Sonoma 14.3
Version: 4.26.1 (131620) Engine: 24.0.7 Compose: v2.23.3-desktop.2 Credential Helper: v0.7.0 Kubernetes: v1.28.2
If you're using macOS Sonoma, installing Rosetta 2 could be beneficial. how to install rosetta 2
Already installed. Also, what specifically about Rosetta 2 are you trying to communicate by this comment?
Docker: 4.27.0 macOS: 14.3
Still not fixed.
Same here :(
Mac mini M1 Docker: 4.26.1 Engine: 24.0.7 Compose: v2.23.3-desktop.2 Kubernetes: v1.28.2 MacOS: 14.3
Same here
Mac Mini M2 Mac OS 14.2.1 Docker 4.27.1
Also: on startup I now always get the dashboard to open, even though the option is disabled. Very annoying.
Docker: 4.27.1 (136059) macOS: 14.3.1
Still not fixed.
Docker: 4.27.2 (137060) macOS: 14.2.1 (23C71)
Still having the issue.
Docker: 4.27.2 (137060) macOS: 14.3.1
Still not fixed.
can you share minimal steps to reproduce this issue? It is not clear to me why the deletion of /Users/username/.docker/run/docker.sock
occurs.
Mac M1 Pro macOS: 14.3.1 Docker: 4.27.2
On mac restart docker displays the following: "Another application changed your Desktop configurations. This may cause unexpected behaviour and errors."
Still not fixed.
It might be that only the version from homebrew is prone to this problem -- I am on an older version (4.27.1, due to https://github.com/docker/compose/issues/11469) that I installed manually and I don't think this problem reproduces. It definitely did when I was using version 4.27.1 from homebrew.
It might be that only the version from homebrew is prone to this problem -- I am on an older version (4.27.1, due to docker/compose#11469) that I installed manually and I don't think this problem reproduces. It definitely did when I was using version 4.27.1 from homebrew.
Nope, same from dmg install.
It might be that only the version from homebrew is prone to this problem -- I am on an older version (4.27.1, due to docker/compose#11469) that I installed manually and I don't think this problem reproduces. It definitely did when I was using version 4.27.1 from homebrew.
Nope, same from dmg install.
Same...DMG install.
can you share minimal steps to reproduce this issue? It is not clear to me why the deletion of
/Users/username/.docker/run/docker.sock
occurs.
Take a look at the information I provided upon opening this issue. In other referenced issues is where someone else figured out that in some cases that docker.sock is being deleted upon MacOS reboot. And then correlated this to the occurrence of the problem for which this issue is occuring. It is all we have to go by at the moment with what is causing this issue.
So based on what @mortonmj said, if we assume that the issue is that docker.sock
is being deleted at boot there are (I would suggest) two ways to address this:
docker.sock
on start up anyway)Anyone know how to get ahold of Docker?
Matt
From Docker's side you can disable this check from Settings > Advanced > Automatically check configuration. Though I find it surprising that something is deleting docker.sock
.
I am getting this issue a lot today after upgrading to v4.28.0, no matter how many times I click Re-apply configurations it appears again after a few minutes.
docker info
Client:
Version: 25.0.3
Context: desktop-linux
Debug Mode: false
Plugins:
buildx: Docker Buildx (Docker Inc.)
Version: v0.12.1-desktop.4
Path: /Users/nikbr/.docker/cli-plugins/docker-buildx
compose: Docker Compose (Docker Inc.)
Version: v2.24.6-desktop.1
Path: /Users/nikbr/.docker/cli-plugins/docker-compose
debug: Get a shell into any image or container. (Docker Inc.)
Version: 0.0.24
Path: /Users/nikbr/.docker/cli-plugins/docker-debug
dev: Docker Dev Environments (Docker Inc.)
Version: v0.1.0
Path: /Users/nikbr/.docker/cli-plugins/docker-dev
extension: Manages Docker extensions (Docker Inc.)
Version: v0.2.22
Path: /Users/nikbr/.docker/cli-plugins/docker-extension
feedback: Provide feedback, right in your terminal! (Docker Inc.)
Version: v1.0.4
Path: /Users/nikbr/.docker/cli-plugins/docker-feedback
init: Creates Docker-related starter files for your project (Docker Inc.)
Version: v1.0.1
Path: /Users/nikbr/.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/nikbr/.docker/cli-plugins/docker-sbom
scout: Docker Scout (Docker Inc.)
Version: v1.5.0
Path: /Users/nikbr/.docker/cli-plugins/docker-scout
WARNING: Plugin "/Users/nikbr/.docker/cli-plugins/docker-scan" is not valid: failed to fetch metadata: fork/exec /Users/nikbr/.docker/cli-plugins/docker-scan: no such file or directory
Server:
Containers: 44
Running: 11
Paused: 0
Stopped: 33
Images: 46
Server Version: 25.0.3
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
Swarm: inactive
Runtimes: io.containerd.runc.v2 runc
Default Runtime: runc
Init Binary: docker-init
containerd version: ae07eda36dd25f8a1b98dfbf587313b99c0190bb
runc version: v1.1.12-0-g51d5e94
init version: de40ad0
Security Options:
seccomp
Profile: unconfined
cgroupns
Kernel Version: 6.6.16-linuxkit
Operating System: Docker Desktop
OSType: linux
Architecture: aarch64
CPUs: 9
Total Memory: 23.44GiB
Name: docker-desktop
ID: 4bacd5ea-52d7-4544-a700-b29136ca8a38
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
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
docker version
Client:
Cloud integration: v1.0.35+desktop.11
Version: 25.0.3
API version: 1.44
Go version: go1.21.6
Git commit: 4debf41
Built: Tue Feb 6 21:13:26 2024
OS/Arch: darwin/arm64
Context: desktop-linux
Server: Docker Desktop 4.28.0 (139021)
Engine:
Version: 25.0.3
API version: 1.44 (minimum version 1.24)
Go version: go1.21.6
Git commit: f417435
Built: Tue Feb 6 21:14:22 2024
OS/Arch: linux/arm64
Experimental: false
containerd:
Version: 1.6.28
GitCommit: ae07eda36dd25f8a1b98dfbf587313b99c0190bb
runc:
Version: 1.1.12
GitCommit: v1.1.12-0-g51d5e94
docker-init:
Version: 0.19.0
GitCommit: de40ad0
Hi
I am having the same issue. Docker Desktop v4.28.0 (139021) Mac: Sonoma 14.3.1
Please help, thanks.
Same issue
docker info
Client:
Version: 25.0.3
Context: desktop-linux
Debug Mode: false
Plugins:
buildx: Docker Buildx (Docker Inc.)
Version: v0.12.1-desktop.4
Path: /Users/dalisoft/.docker/cli-plugins/docker-buildx
compose: Docker Compose (Docker Inc.)
Version: v2.24.6-desktop.1
Path: /Users/dalisoft/.docker/cli-plugins/docker-compose
debug: Get a shell into any image or container. (Docker Inc.)
Version: 0.0.24
Path: /Users/dalisoft/.docker/cli-plugins/docker-debug
dev: Docker Dev Environments (Docker Inc.)
Version: v0.1.0
Path: /Users/dalisoft/.docker/cli-plugins/docker-dev
extension: Manages Docker extensions (Docker Inc.)
Version: v0.2.22
Path: /Users/dalisoft/.docker/cli-plugins/docker-extension
feedback: Provide feedback, right in your terminal! (Docker Inc.)
Version: v1.0.4
Path: /Users/dalisoft/.docker/cli-plugins/docker-feedback
init: Creates Docker-related starter files for your project (Docker Inc.)
Version: v1.0.1
Path: /Users/dalisoft/.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/dalisoft/.docker/cli-plugins/docker-sbom
scout: Docker Scout (Docker Inc.)
Version: v1.5.0
Path: /Users/dalisoft/.docker/cli-plugins/docker-scout
Server:
Containers: 1
Running: 0
Paused: 0
Stopped: 1
Images: 1
Server Version: 25.0.3
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
Swarm: inactive
Runtimes: io.containerd.runc.v2 runc
Default Runtime: runc
Init Binary: docker-init
containerd version: ae07eda36dd25f8a1b98dfbf587313b99c0190bb
runc version: v1.1.12-0-g51d5e94
init version: de40ad0
Security Options:
seccomp
Profile: unconfined
cgroupns
Kernel Version: 6.6.16-linuxkit
Operating System: Docker Desktop
OSType: linux
Architecture: aarch64
CPUs: 2
Total Memory: 2.85GiB
Name: docker-desktop
ID: b30806dd-9c67-4218-95d5-fe07ee6379ad
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
Experimental: false
Insecure Registries:
hubproxy.docker.internal:5555
127.0.0.0/8
Live Restore Enabled: false
docker version
Client:
Cloud integration: v1.0.35+desktop.11
Version: 25.0.3
API version: 1.44
Go version: go1.21.6
Git commit: 4debf41
Built: Tue Feb 6 21:13:26 2024
OS/Arch: darwin/arm64
Context: desktop-linux
Server: Docker Desktop 4.28.0 (139021)
Engine:
Version: 25.0.3
API version: 1.44 (minimum version 1.24)
Go version: go1.21.6
Git commit: f417435
Built: Tue Feb 6 21:14:22 2024
OS/Arch: linux/arm64
Experimental: false
containerd:
Version: 1.6.28
GitCommit: ae07eda36dd25f8a1b98dfbf587313b99c0190bb
runc:
Version: 1.1.12
GitCommit: v1.1.12-0-g51d5e94
docker-init:
Version: 0.19.0
GitCommit: de40ad0
https://github.com/docker/for-mac/issues/6898#issuecomment-1974912685
It is also affecting me, and it's very annoying. I just did a fresh installation of macOS Sonoma 14.3.1 (23D60) running on Docker version 25.0.3, build 4debf41, Docker Desktop Version 4.28.0 (139021).
Docker: 4.28.0 (139021) macOS: 14.4
Still not fixed.
Still having the issue even after update. M1 mac: 14.4 Docker: 4.28.0 (139021)
Same here.
M3 Pro: 14.4 (23E214) Docker: 4.28.0 (139021)
Re apply. Enter admin pwd. Goes away and then comes back a few min later.
Same issue here.
macOS: 14.3 Docker Desktop: 4.28.0 (139021) Diagnostic ID: DC24D7DE-4D9C-4F27-8049-05BCF49BFFF3/20240312195618
Same issue here...
+1 M3 Max, Sonoma 14.4, Docker 4.28.0 (139021)
Same issue here
Please use the emoji feature to support the issue and do not spam "same issue here" as everyone subscribed gets many e-mail notifications about comment which is not much helpful 🙏
Docker keeps track of which versions are affected by @docker-robot – it does not count emojis unfortunately.
Same issue here.
Hardware: M1 Macbook Pro Mac OS: Sonoma 14.4 (23E214) Docker: 4.28.0 (139021)
Same issue here.
Hardware: MacBook Pro(Intel) 16-inch, 2019 Mac OS: Sonoma 14.4 (23E214) Docker: 4.28.0
Same issue.
MacBook Pro 14", 2023 MacOS: Sonoma 14.4 (23E214) Docker: 4.28.0 (139021)
Same issue:
Mac mini M1 MacOS: Sonoma 14.3 Docker 4.28.0 (139021)
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
Yes its work in Sonoma Version 14.4,
thank you 👍
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
This seemed to work for me as well, although it is still unclear to me why.
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
Thank you so much. It worked
M2 Mac Pro: 14.4 Docker Desktop: 4.28.0 (139021)
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
Thank you.
This fixed it for me!
MacBook Pro 14", 2023 MacOS: Sonoma 14.4 (23E214) Docker: 4.28.0 (139021)
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
this worked. (Apple M2 Max
, macIS 14.4
, Docker version 25.0.3, build 4debf41
)
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
It worked for me! (Apple M1 Air, Sonoma 14.1.1, Docker version 25.0.3, build 4debf41)
Docker Engine v25.0.3
Configure the Docker daemon by typing a json Docker daemon [configuration file]
error :- This can prevent Docker from starting, reset your daemon settings if it hangs. -> how to fix it?
Docker version 25.0.3, MacBook Pro M3 Max 2023, Sonoma v 14.3
sudo
ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
worked for me thanks!
This fixed it for me: ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
M1 MacBook Pro Sonoma Version 14.3 (23D56) Docker 4.28.0 (139021)
Good jobs! You're a real hero. Best wishes to you!
ln -sf /Applications/Docker.app/Contents/Resources/bin/docker-credential-ecr-login /usr/local/bin/docker-credential-ecr-login
Works for me. Brand new install, M3 MBP, 14.4.
Description
Docker: 4.26.0 macOS: 14.1.2
Fresh install and yet to be used Docker Desktop.
Deletion of the symlink /var/run/docker.sock --> /Users/username/.docker/run/docker.sock is occurring upon reboot of MacOS (Sonoma). This appears to be causing the error "Another application changed your Desktop configurations. This may cause unexpected behaviour and errors." with first start of Docker Desktop after a MacOS reboot. The content of the actual configuration file /Users/username/.docker/run/docker.sock is not lost. Just the symlink is being deleted.
If the symlink is created manually, after a MacOS reboot, and before starting Docker Desktop, the problem upon Docker Desktop start does not occur.
sudo ln -s /Users/username/.docker/run/docker.sock /var/run/docker.sock
Reproduce
1) Reboot MacOS 2) Start Docker Desktop
Expected behavior
No response
docker version
docker info
Diagnostics ID
f977a14c-36c0-402e-b1cf-c9a5b2846609/20231210200744
Additional Info
Problem was also previously reported in the following, which are now CLOSED without a resolve, but only a workaround. So opening again to request an actual fix.
https://github.com/docker/for-mac/issues/6898 https://github.com/docker/for-mac/issues/6982