帶 smb 的 sharemgr 討厭文件系統掛載點？
我已經將我的 zfs 池遷移回 Solaris 11。之前我一直很樂意在 Linux 上使用 ZFS-fuse 和 samba 共享文件，而在此之前使用 samba 的 FreeBSD 8.1。
我在 ZFS 的數據集中有一些數據集，如下所示：
tank/home/share/
tank/home/share/Photos
tank/home/share/Music
因為照片和音樂需要與基本共享不同的屬性。現在使用
zfs set sharesmb=name=Share tank/home/share將很好地共享基本文件
tank/home/share，但不允許客戶端查看Photos或Music. 這是一個巨大的問題。我似乎也無法讓它與 sharemgr 一起使用。這是 SnOracle 的一些可怕的疏忽嗎？我可以做些什麼來讓我的數據集在共享下共享？我不想在我的客戶上擁有 Share_Photos 和 Share_Music。我應該回到在 Solaris 11 上使用 samba 嗎？安裝兩個系統似乎非常多餘。
Solaris 核心模式 smb 共享無法共享子掛載。如果每個客戶端只需要掛載一次，則必須使用 Samba 或將所有內容放在一個文件系統中。IIRC，這是因為您可能在嵌套掛載點（不同的池、區分大小寫、UTF-8、鎖定等）中擁有截然不同的文件系統。自 2007 年以來一直有一個 RFE 開放（RFE 6582165），但我不會屏住呼吸。
儘管我自己沒有這樣做，但您可能可以使用DFS 根目錄來執行此操作，其中根共享中的每個目錄都可以重定向到另一個 CIFS 共享，甚至可能位於不同的伺服器上，而單個客戶端則完全不知道並瀏覽單個掛載點。IFAIK 雖然這只能在 Windows 下完美執行，但需要 Active Directory 和 OSX 客戶端將需要Thursby ADmitMac 之類的東西。