2014-10-19 47 views
0

所以我很震惊地发现,当我停止机器时,流浪者并没有通过/ etc/exports来清理它对nfs的输出。这是预期的还是正常的行为。无论如何,我可以让流浪汉清理它,以便当我停止并启动另一个使用nfs的流浪者设置时,与nfs份额没有任何冲突。我现在必须手动执行此操作。为什么不能清理nfs导出文件?

+0

你跑什么版本的流浪汉?看起来已经添加到了1.5.0,'synced_folders/nfs:如果有任何需要修剪的地方,NFS条目将在每个流浪汉上修剪。 [GH-2738]',但也许它不适合你的情况? – damiani 2014-10-23 03:32:48

+0

这个问题在这里简要讨论(https://github.com/mitchellh/vagrant/issues/2738),注意只有在“如果有NFS共享定义”的情况下才会清除导出。不确定那是什么意思。 – damiani 2014-10-23 03:35:46

+0

我正在运行Vagrant 1.6.5,它似乎在销毁时被删除,但未被暂停或暂停。 NFS共享不是供应过程的一部分,因此当服务器暂停时应该将它们删除,这似乎是合乎逻辑的,因为它无论如何都必须重新装入共享。 – David 2014-10-23 03:51:58

回答

0

看起来有冲突的原因是OSX或NFS有问题从现有共享的父目录挂载共享。所以我把流浪汉归咎于没有删除股票是不正确的,尽管我仍然不完全确定为什么他们需要留在那里,无论如何你终止了vm。

我之前的设置。

# VAGRANT-BEGIN: 501 ee3f798c-5786-4ab8-8e98-9e20cede811c 
"/Users/username/Code/app" 192.168.10.10 -alldirs -mapall=501:20 
# VAGRANT-END: 501 ee3f798c-5786-4ab8-8e98-9e20cede811c 
# VAGRANT-BEGIN: 501 5b85e6ec-04ac-4b0d-b7cd-a36b57a39bdd 
"/Users/username/Code" 192.168.22.10 -alldirs -mapall=501:20 
# VAGRANT-END: 501 5b85e6ec-04ac-4b0d-b7cd-a36b57a39bdd 

我不得不改变它到这样,以便nfs不会抛出一个错误流浪。

# VAGRANT-BEGIN: 501 ee3f798c-5786-4ab8-8e98-9e20cede811c 
"/Users/username/Code/app" 192.168.10.10 -alldirs -mapall=501:20 
# VAGRANT-END: 501 ee3f798c-5786-4ab8-8e98-9e20cede811c 
# VAGRANT-BEGIN: 501 5b85e6ec-04ac-4b0d-b7cd-a36b57a39bdd 
"/Users/username/Code/app2" 192.168.22.10 -alldirs -mapall=501:20 
# VAGRANT-END: 501 5b85e6ec-04ac-4b0d-b7cd-a36b57a39bdd 
0

同意。您是否尝试将nfs_export设置为false,因此Vagrant根本不会惹恼您的etc/exports,并确保当您vagrant up时,两个分享条目已经在etc/exports之间?你有同样的错误吗?