-
Notifications
You must be signed in to change notification settings - Fork 118
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
gRPC FUSE unable to be disabled #6467
Comments
Thanks for reporting! We have a fix in progress. Right now, if you need to work around this, you should be able to open "~/Library/Group Containers/group.com.docker/settings.json" and add |
This does not work. For my system, there is not |
It did work in my case. I'm assuming you did make sure Docker wasn't running when you made the change? It also seems to go away if Docker restarts. I created a function in my .bashrc to allow myself to fix it more easily:
|
@caricare2 Oh I see. I did not exit Docker. Yup! That works! Thanks! |
I've set useGrpcfuse to false and opened Docker Desktop but it seems to be unable to start, currently sifting through mac console logs. Nothing obvious yet. |
This is happening to me. I have the mount problem (operation not permitted) and when I set the flag to false in that json file, docker doesn't seem able to start |
Same.. when disabling gRPC Fuse on M1 Mac, Docker Desktop can no longer start making Docker unusable. On latest (4.13.1) and Mac OS X 12.6 |
After 4.12 Docker is having problems in M1, I go back to that version |
Same problem here and the work around provided by @qFieldwire doesn't resolve the issue. Instead, after launching Docker Desktop, it gets stuck in the stopped state. If I change settings.json back to true for "useGrpcfuse", Docker Desktop loads up just fine. Is this still in the works? Perhaps the work around isn't sufficient on Ventura? Other ideas? Docker Desktop 4.14.1; MacOs Ventura 13.0.1 on a MacBook Air with M2 chip |
There hasn't been any activity on this issue for a long time. Prevent issues from auto-closing with a /lifecycle stale |
Still experiencing this with fresh Docker install on Ventura. /remove-lifecycle stale |
Sadly this is burning me also |
experiencing the same issue. I try to mount a folder from my host machine to a dev container: |
Expected behavior
Able to disable gRPC FUSE, disable it then click the "Apply & Restart" button to save changes.
Actual behavior
Unable to disable gRPC FUSE, switch gets re-enabled after clicking the "Apply & Restart" button. Computer has been restarted and Docker has as well. On the latest version of Docker.
Information
Output of
/Applications/Docker.app/Contents/MacOS/com.docker.diagnose check
[PASS] DD0027: is there available disk space on the host?
[PASS] DD0028: is there available VM disk space?
[PASS] DD0031: does the Docker API work?
[PASS] DD0004: is the Docker engine running?
[PASS] DD0011: are the LinuxKit services running?
[PASS] DD0016: is the LinuxKit VM running?
[PASS] DD0001: is the application running?
[PASS] DD0018: does the host support virtualization?
[PASS] DD0017: can a VM be started?
[PASS] DD0015: are the binary symlinks installed?
[PASS] DD0003: is the Docker CLI working?
[PASS] DD0013: is the $PATH ok?
[PASS] DD0007: is the backend responding?
[PASS] DD0014: are the backend processes running?
[PASS] DD0008: is the native API responding?
[PASS] DD0009: is the vpnkit API responding?
[PASS] DD0010: is the Docker API proxy responding?
[PASS] DD0012: is the VM networking working?
[PASS] DD0032: do Docker networks overlap with host IPs?
[SKIP] DD0030: is the image access management authorized?
[PASS] DD0019: is the com.docker.vmnetd process responding?
[PASS] DD0033: does the host have Internet access?
No fatal errors detected.
Steps to reproduce the behavior
The text was updated successfully, but these errors were encountered: