为什么'；t vagrant清理nfs导出文件？

因此，当我停止机器时，我震惊地发现vagrant并没有通过/etc/exports清理到nfs的导出。这是预期行为还是正常行为。无论如何，我可以让vagrant清理它，这样当我停止它并启动另一个使用nfs的vagrant安装程序时，就不会与nfs共享发生任何冲突。我现在必须手动执行此操作

同意。您是否尝试过将

nfs\u export

设置为

false

，这样Vagrant就不会干扰您的

etc/exports

，并且在

Vagrant up

时确保两个共享条目都已在

etc/exports

中？是否出现相同的错误？

出现冲突的原因似乎是OSX或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" 192.168.22.10 -alldirs -mapall=501:20
# VAGRANT-END: 501 5b85e6ec-04ac-4b0d-b7cd-a36b57a39bdd

我必须将其更改为此，以便nfs不会向vagrant抛出错误

# 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

---

你在运行什么版本的流浪汉？似乎这是添加到1.5.0中的，

synced_folders/nfs:nfs条目会在每个vagrant up上进行修剪，如果有任何要修剪的话。[GH-2738]

，但可能在您的情况下不起作用？我们简要讨论了这个问题，注意到只有“定义了NFS共享”时才能清除导出。不知道这意味着什么。我运行的是流浪者1.6.5，看起来他们正在被销毁，但没有停止或暂停。NFS共享不是资源调配过程的一部分，所以在服务器停止时删除它们似乎是合乎逻辑的，因为它无论如何都必须重新装载共享。