2017-03-01 41 views
1

我設立ZFS和NFS上的Ubuntu服務器16.04LTS,並有導致我發瘋了一個奇怪的問題。我已經使用ZFS共享設置了ZFS和NFS,如https://pthree.org/2012/12/31/zfs-administration-part-xv-iscsi-nfs-and-samba/中所述。正如你可以在下面的日誌中看到的,雖然我在引導期間設置了zfs-share來運行zfs share -a,但共享仍然沒有導出。即使更奇怪,zfs share -a仍然不會當我手動運行它。如果我重置其中一個股票的sharenfs財產,然後重新運行zfs share -a,我只能獲得zfs股份。見下面ZFS NFS共享沒有出口的Ubuntu 16.04

$ showmount -e 
Export list for apu: 
/mnt localhost 
$ sudo zfs share -a 
$ showmount -e 
Export list for apu: 
/mnt localhost 
$ sudo zfs share pool1 
cannot share 'pool1': filesystem already shared 
$ sudo zfs get sharenfs pool1 
NAME PROPERTY VALUE  SOURCE 
pool1 sharenfs on  local 
$ sudo zfs set sharenfs=on pool1 
$ showmount -e 
Export list for apu: 
/s/apu/a/homes * 
/s/apu/a  * 
/s/apu/a/sys * 
/mnt   localhost 
$ sudo zfs share -a 
$ showmount -e 
Export list for apu: 
/s/apu/b  * 
/s/apu/a/homes * 
/s/apu/a  * 
/s/apu/a/sys * 
/s/apu/b/cwc * 
/mnt   localhost 

回答

1

老實說,這看起來像有在NFS服務器和sharenfs環境之間的相互作用至少一個錯誤:

  • 首先,如果任何文件系統,使sharenfs,以zfs share -a來電應該使這些文件系統通過NFS可見(如你所期望的)。我很確定這是一個錯誤。
  • 其次,令人驚訝的是第二個zfs share -a調用暴露了任何額外的文件系統(/s/apu/b/s/apu/b/cwc)。這不一定是一個單獨的錯誤(也許是zfs set sharenfs=on呼叫固定一些內部是造成zfs share -a之前失敗,所以它實際上是同樣的問題,如上),但是如果/s/apu/bpool1話,我也會受到這種行爲感到驚訝。

的OpenZFS社區(特別是Linux的子社區)是非常友好和積極的 - 我建議提交反對他們的Github的頁面的問題,以便獲得更多的目光投向這個問題:https://github.com/zfsonlinux/zfs/issues