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

VM does not mount the Users directory #20

Closed
JettJones opened this issue Jul 5, 2016 · 4 comments
Closed

VM does not mount the Users directory #20

JettJones opened this issue Jul 5, 2016 · 4 comments
Assignees
Labels

Comments

@JettJones
Copy link

Similarly to #19, I'm seeing the docker host coming up without the /c/Users/ file share.

I'm running on Windows 10 Pro with
vmware workstation 12.1.1 build-3770994
docker-machine 0.7.0 and docker 1.11.1

On the docker host VM, I only see one vmhgfs mount:

$ mount | grep vm
vmhgfs-fuse on /mnt/hgfs type fuse.vmhgfs-fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)

The only command I've run at that point docker-machine create --driver vmwareworkstation default. On a previous attempt I created a container with a volume mount /c/Users/Jett:/testtest. It looks like that step can create the /c/Users/... path in the boot2docker VM.

This is (what I think is) the relevant part of the create debug output:

(default) DBG | Creating Tar key bundle...
(default) DBG | executing: C:/Program Files (x86)/VMware/VMware Workstation/vmrun.exe  directoryExistsInGuest C:\Users\Jett\.docker\machine\machines\default\default.vmx /var/lib/boot2docker
(default) DBG | executing: C:/Program Files (x86)/VMware/VMware Workstation/vmrun.exe  CopyFileFromHostToGuest C:\Users\Jett\.docker\machine\machines\default\default.vmx C:\Users\Jett\.docker\machine\machines\default\userdata.tar /home/docker/userdata.tar
(default) DBG | executing: C:/Program Files (x86)/VMware/VMware Workstation/vmrun.exe  runScriptInGuest C:\Users\Jett\.docker\machine\machines\default\default.vmx /bin/sh sudo /bin/mv /home/docker/userdata.tar /var/lib/boot2docker/userdata.tar && sudo tar xf /var/lib/boot2docker/userdata.tar -C /home/docker/ > /var/log/userdata.log 2>&1 && sudo chown -R docker:staff /home/docker
(default) DBG | executing: C:/Program Files (x86)/VMware/VMware Workstation/vmrun.exe  enableSharedFolders C:\Users\Jett\.docker\machine\machines\default\default.vmx
(default) Calling .GetConfigRaw
(default) Calling .DriverName
(default) Calling .DriverName
Waiting for machine to be running, this may take a few minutes...

when I run vmrun enableSharedFolders directly, it fails, saying an error occurred on the guest operating system. I'm not sure why the next step with vmhgfs-fuse is skipped though.

Anyway - that's as far as I got digging into the debug output from re-running docker-machine provision or docker-machine create. If there are other details that could help debug, let me know.

Thanks.

@pecigonzalo pecigonzalo added the bug label Jul 6, 2016
@pecigonzalo pecigonzalo self-assigned this Jul 6, 2016
@pecigonzalo
Copy link
Owner

What version where you running? latest build or latest release?

@JettJones
Copy link
Author

v1.0.0 from here: https://github.com/pecigonzalo/docker-machine-vmwareworkstation/releases I'll give the new version, 1.0.10 a try.

@JettJones
Copy link
Author

1.0.10 fixes the file mount(s)! Running vmrun enableFileShares on my host still fails, so that's apparently not diagnostic. I'm not sure which change in that set was fully responsible - maybe some of the simple path updates for windows.

In short, looks fixed in the latest build - I'll close this out.

@pecigonzalo
Copy link
Owner

@JettJones Thanks for reporting back, i believe the wrong artifact ended up as v1.0.0 as it was working in the past, ill rebuild it and correct that anyway, in case someone has issues with v1.0.10

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants