2014-10-19 50 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之間?你有同樣的錯誤嗎?

相關問題