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

Simplify and fix the NFS configuration #408

Merged
merged 6 commits into from
Jul 11, 2017

Conversation

rmccue
Copy link
Contributor

@rmccue rmccue commented Jul 6, 2017

PR on #406.

  • Fixes the mount options to actually be used.
  • Refactors to remove duplication.
  • Automatically uses vagrant-bindfs per VMware permissions fix #307 if available.
  • Adds documentation for the NFS setting.

Tested on:

  • VirtualBox with default
  • VirtualBox with default + vagrant-bindfs
  • VirtualBox with nfs
  • VirtualBox with nfs + vagrant-bindfs
  • VMware with default
  • VMware with default + vagrant-bindfs
  • VMware with nfs
  • VMware with nfs + vagrant-bindfs

To test: vary nfs option in YAML, and try with the bindfs plugin installed (vagrant plugin install vagrant-bindfs vagrant plugin uninstall vagrant-bindfs).

@rmccue
Copy link
Contributor Author

rmccue commented Jul 6, 2017

@BronsonQuick Can you a) review/merge, and b) test on VMware? Should only take a few minutes to test (only need to toggle options and vagrant reload, no need to destroy & up).

@rmccue rmccue mentioned this pull request Jul 6, 2017
@BronsonQuick
Copy link
Member

@rmccue I just did a quick run with VMWare with default and it's got the same issue it had before which is:

The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!

mount | grep " /mnt/vagrant-mounts/1000-1000 "
if test $? -ne 0; then
mkdir -p '/mnt/vagrant-mounts/1000-1000'
chmod 700 '/mnt/vagrant-mounts'
vmhgfs-fuse -o allow_other,default_permissions,uid=1000,gid=1000,dmode=777,fmode=777 .host:/ '/mnt/vagrant-mounts/1000-1000'
fi
Stdout from the command:

Stderr from the command:

fuse: unknown option `dmode=777'

My other branch that you closed fixed that issue using NFS for VMWare.

I'll try and test the other variations tonight for you.

@BronsonQuick
Copy link
Member

BronsonQuick commented Jul 6, 2017

VMware with default + vagrant-bindfs doesn't work

@BronsonQuick
Copy link
Member

Alrighty so after some quick testing while I was updating some other software these two aren't working:

  • VMware with default
  • VMware with default + vagrant-bindfs

I thinking maybe it'd be easier to throw a notice if VMWare is being used and get them to switch nfs on or we automagically flip that.

I had a bit of a Google last night and I could detect --provider=vmware_fusion with ARGV but obviously if someone only has VMWare then a vagrant up would use VMWare by default so we wouldn't be able to detect that argument.

@rmccue
Copy link
Contributor Author

rmccue commented Jul 10, 2017

these two aren't working

Are those working on master currently? I didn't change anything for non-NFS, so it seems like these have just always been broken...

@BronsonQuick
Copy link
Member

Yeah they don't work in master. Chassis used to work in VMWare but that was pre-v2 I believe.

@rmccue
Copy link
Contributor Author

rmccue commented Jul 10, 2017

Yeah they don't work in master.

Filed #409 to handle that since it's an existing issue; PR should be good to go, since it's not breaking anything that isn't already broken. :)

Copy link
Member

@BronsonQuick BronsonQuick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seeing the two options for VMWare never worked let's merge this in.

@BronsonQuick BronsonQuick merged commit 57fec5a into 391-vmware-provisioning Jul 11, 2017
@BronsonQuick BronsonQuick deleted the better-nfs-config branch July 11, 2017 02:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants