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
NFS mount fails on subsequent vagrant up
commands
#1941
Comments
Addtl info: From /var/log/syslog:
|
I can confirm this problem. Originally thought my NFS problems were fixed by upgrading from 1.2.2 to 1.2.3, only to see the volume fail to mount after the 'up' command was run for the first time. Running Vagrant on OS X 10.8.4 using a precise32 box. |
I can't reproduce this problem, although I clearly believe it is happening due to the many comments here. To explain the "errors repeateadly" problem (I realize thats not the bug being reported): Vagrant has to restart the host NFS server. So while exit status 32 happens with mount.nfs, Vagrant retries continuously. So that part is working as expected. But I'm not seeing this problem right now. Any more info to help me? |
Thanks for the reply @mitchellh. I'm not sure what other info I should give. If you google the error "rpc server requires strong auth", there's lots of hits but I can't find a solution. I'll keep digging. |
I still haven't been able to figure this out. I'm going to need help in order to reproduce this. Have people still been having this problem often? If I can't reproduce this I can't really fix it unfortunately. :( |
I've run into this issue as well, but im getting a different error. My log message is as follows: "mount.nfs: mount to NFS server '192.168.56.1:/Users/user/mount' failed: timed out, giving up" Running OSX 10.8.5 with vagrant 1.3.4 and virtualbox 4.2.18. I am unable to connect to my virtualbox to my host. |
+1 |
Having the same issue running vagrant 1.3.5, VirtualBox 4.2.18 and Mac OS X 10.9.
|
Same for me |
I can't get it to work on two different machines. Both VirtaulBox 4.3.2, Vagrant 1.3.5 and OSX 10.9
Edit: Got it working. I completely removed everything Vagrant and VirtualBox and re-installed both. But I guess the trick was to remove any old exports in /etc/exports and restart nfsd. |
For the recent commets here: I increased the retry timeout in core and it seems to have gotten rid of these issues for people. It looks like NFS server takes a bit longer to restart sometimes on Mavericks, oddly. |
When will this be released? Or is there another way to get this fix? |
To be clear, the issue is that Mavericks takes longer to start the NFS server resulting in a timeout of mounting those drives? Just so I understand this better, does vagrant start the NFS server on |
Getting the same problem after apt-get upgrade in my Vagrant box (running on Mac OSX Mavericks) any tips would be welcome. |
Please ignore, updating to the latest vagrant and virtualbox solved the problem. |
Solution for ubuntu 12.04 LTS 64bit as the host machine, nfs common and nfs server both needed to install, also using vagrant 1.3.5 and 4.3.2 of virtualbox (newer version combinations may work) ( faviouz commented in #1534 )
therobyouknow commented: @faviouz - this worked for me too on Ubuntu 12.04 LTS 64bit - thanks both are needed, not just nfs-common. When I had only installed nfs-common, I got this error:
Once I installed nfs-kernel-server too, this error did not occur So yes, use: I am using VirtualBox 4.3.2 with Vagrant 1.3.5 For completeness, a few folks here are going on about repairing /etc/hosts file BUT don't actually say what the repair actually is. OK then, here's what my whole complete /etc/hosts file looks like, here you go! :-
|
+1 vagrant version: 1.5.1 VirtualBox version: 4.3.10 Exit status: 32 on mount.nfs |
+1 on vagrant version: 1.5.1 VirtualBox version: 4.3.10 |
For me it was broken |
For me it was host only network.
|
adding the line |
can confirm @therobyouknow 's answer works on 14.04 x64 as well. |
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!
mount -o 'vers=3,udp' 192.168.33.1:'/Users/mogetutu/Projects/platform' /var/www
Stdout from the command:
Stderr from the command:
stdin: is not a tty
mount.nfs: Connection timed out For me unblocking all incoming connections in my firewall settings - OS X did the trick. |
Tried everything above and could not get mounting to work. Changing the private network ip address seemed to somehow fix it, although not sure why as there shouldn't be any network conflicts. |
@tommcquarrie thanks - glad that worked for you. The following may be of interest, #1744 (comment) |
For me the problems was also caused by the /etc/hosts file of my OSX: I have two vagrant boxes, on different ip-addresses (192.168.56.x and 192.168.55.x). Initially, the both worked, but after restart of my system, I had disable one of these ip-addresses in my hosts file to run a 'vagrant up'. Can someone explain what is the relation between the hosts file and the mounting of external paths by NFS? |
I'm facing the same problem (@phpguru) :
With:
Plugins: I tried on a macbook air with OSX 10.10.3 and it worked with the same settings/versions that on my macbook pro that doesn't. I can't figure out why it's happening to me :/ |
installing these |
For me it was a malformed PATH variable. Fixing it in the bash config files, then exiting and restarting the shell completely (sourcing will just append) fixed it. |
Vagrant used to work fine... now "vagrant up" is prompting for a sudo password -- I suspect that might be related to HFS timing out. Concerned that the user on the host system needs sudo... |
I am having the same issue with @tristanbes . I have |
i have a Mac and had the same problem, the solution for me was changing all the synced_folder in Vagrantfile to nfs_udp:false and nfs: true, everything works in TCP protocol and the default for vagrant is UDP. |
Same problem on a Mac since Monday december 14, 2015 after a system reboot. I thought it had to do with installing VMware 8.0.2, but restoring 8.0.0 did not fix the issue. The issue appears with all my VM's. None of the suggestions listed here helped so far. I also tried to issue the command manually from within the VM, also with tcp, but it did not help. Any mismatch between nfs on the guest and nfs on the host (such as a wrong /etc/hosts file) can trigger the error. The same error could come from a port mismatch for nfs (default is 2049). Just in my case, I wasn't lucky enough to find the cause and I am stuck with machines that do not properly sync their files, because I have to turn off nfs to be able to share any files at all. I re-installed Vagrant, I updated the plugins, I reinstalled VMware, I destroyed and rebuilt the boxes, I installed the nfs server inside the box, nothing helped. I think it has not so much to do with Vagrant itself, but something seems to have changed in the configuration of nfs on the mac that is now conflicting with the box. Output from netstat: Edit [May 18, 2016]: It seems to me that many solutions provided on this page may work in some situations, but not in others. As soon as file sharing over ssh fails, you get this weird error message, pointing one in the wrong direction, as if nfs wasn't supported. It may be supported allright, but not working for any of many reasons. Also, if VMware tools aren't (properly) installed, HGFS will fail because of that. If a synced folder other than default is used, nfs might work, but HGFS will still fail on the default folder. This can be solved by explicitly disabling the default folder like so: Edit[May 23, 2016] And once more, after a reboot of my MacBook Pro, the same error occurs, and this time, there is no sshfs to uninstall, so I am back to where I started... Same day: |
@c-castillo solution works for me. 👍 |
For me it's similar to @lambertb: with 2 VMs, I had to remove the mapping of the VMs' IP to localhost from |
Installing nfs-common and nfs-kernel-service wasn't enough for me. I had to start up both services in debian. |
Just ran into this issue myself, with macOS Sierra as the host OS. Restarting the host seems to have done the trick to fix it for me, but I haven't the slightest clue why. |
Had nfs timoeout while trying to mount from guest to ubuntu 16.04.01 host. |
#1941 (comment) fixed it for me. adding
|
@fengler-it's solution worked for me:
|
For Mac OS Sierra this solve my day! (Vagrant 1.9.2) |
I had a similar problem in Ubuntu, Vagrant version 1.9.3, VB version 5.1.22 The problem was that my host's OS has changed the I had to run:
There were many other things I tried: starting/stopping the firewall (ufw, iptables, both, neither); adding specific rules to the firewall to allow all traffic to this IP; It wasn't until I made sure my vboxnet0 had an IP on the host machine that everything worked. |
For another take on this: in current debian it seems that
|
Would like to add if you're using OSX 10.14 and running this issue, please follow this simple step would help #10234
|
I updated Vagrant to the latest version and it solved it for me (macOS 10.13.6) |
Had the same issue after i tried to upgrade in virtualbox vagrant (stupid). I tried almost everything from above and pretty much from any other forum out there. I the end i got it working half way, but the project files from the vagrant project were not piped in the new environment(still not sure why...). What worked in the end:
|
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
I know there are other issues around this problem, but perhaps my situation is a little different.
So I'm hitting errors on mounting a shared directory. The funny thing is, it WORKS when I create a new VM, though it seems to hit a bunch of errors before somehow finally working. See below:
But once it's created, on any subsequent
vagrant up
commands (after I do ahalt
), it just fails.I've been using Vagrant for several months now... this error just started happening yesterday.
Vagrant version 1.2.4
The text was updated successfully, but these errors were encountered: