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
VirtioFS wants to create a /host_mnt folder into the root of the disc, but MacOS say is read only FS #6375
Comments
|
@cristianpatrichi got the same problem here, juste remove the /private/tmp/com.apple.launchd.wxmkUy2zBy/ and up your containers again |
|
This looks like a bug not a feature request, so moving to for-mac repo |
|
Do you by any chance use I don't think it has ever worked on Mac (mapping Unix sockets from Mac -- see #483 (comment)), but with VirtioFS enabled it seems to now show an error and abort. |
|
Yes I use that. It works, launching ssh-agent and ssh-add is successfully forwarding my SSH agent inside my containers but I need to do that everytime I recreate my volumes (and remove the directory I mentionned above to recreate them) |
|
Issues go stale after 90 days of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
|
/remove-lifecycle stale |
|
I'm facing the same issue. I have the following in docker-compose app_with_ssh_forwarding:
user: root
environment:
SSH_AUTH_SOCK: /run/host-services/ssh-auth.sock
volumes:
- /run/host-services/ssh-auth.sock:/run/host-services/ssh-auth.sockWhen using VirtioFS, this fails with the error: That is the same path as the SSH agent socket. The same configuration works perfectly fine when I disable VirtioFS. |
|
Also, found solution for enable sharing until docker restart
|
|
I was running into this problem also where After switching to 'gRPC FUSE' and back to 'VirtioFS' the issue has gone away and I am unable to reproduce. |
|
There hasn't been any activity on this issue for a long time. Prevent issues from auto-closing with a /lifecycle stale |
|
This is still happening on v4.19.0 on Mac. On VirtioFS and gRPC Fuse, bind mount is failing due to the pass geting prepended with Switching to |
|
@antonmos Can you say how to switch to /Users/dougbergh/Library/Group Containers/group.com.docker/settings.json "useVirtualizationFrameworkVirtioFS": false, |
|
i did it though the UI under Settings -> General. Btw, i ran into some other issues and, on a hunch, changed the volume definition from |
|
I changed my path from a fully qualified absolute path to a relative path (changed /Users/myusername to ~) in the path to the volumes, and that resolved the error for me. |
|
Closed issues are locked after 30 days of inactivity. If you have found a problem that seems similar to this, please open a new issue. /lifecycle locked |
I try to use VirtioFS, but it crashes on volume creation with error:
Error response from daemon: error while creating mount source path '/host_mnt/private/tmp/com.apple.launchd.wxmkUy2zBy/Listeners': mkdir /host_mnt/private/tmp/com.apple.launchd.wxmkUy2zBy/Listeners: operation not supported
Docker tries to create the /host_mnt/... folders into the root of the disc, which is now allowed by MacOS.
MacBook Pro M1 Pro, MacOS v12.3.1, Docker v4.7.0 (77141) .
The text was updated successfully, but these errors were encountered: