Question

所以我很震惊地意识到当我停止机器时，vagrant不会通过/ etc / exports清除它对nfs的导出。这是预期的还是正常的行为。无论如何我可以让vagrant清理它，这样当我停止它并启动另一个使用nfs的vagrant设置时，与nfs共享没有任何冲突。我现在必须手动完成此操作。

Answer 1

同意。您是否尝试将nfs_export设置为false，以便Vagrant根本不会弄乱您的etc/exports，并确保当您{etc/exports时，两个共享条目都已在vagrant up中{1}}？你得到同样的错误吗？

Answer 2

出现冲突的原因似乎是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

为什么没有流浪汉清理nfs导出文件？

2 个答案: