NFS-Ganesha

軟件截圖:
NFS-Ganesha
軟件詳細信息:
版本: 2.2.0 更新
上傳日期: 10 May 15
許可: 免費
人氣: 9

Rating: nan/5 (Total Votes: 0)

NFS-象頭神是一個完全免費的,易於安裝,易於配置,多平台和開源的命令行的軟件工程,即implementes網絡文件系統上的任何GNU / Linux或BSD操作系統(NFS)服務器守護程序


在用戶空間運行,支持pNFS的和9P

在該軟件在用戶空間完全運行時,它支持的版本3,4.0和並行NFS(pNFS的)4.1,以及從所述的Plan9操作系統9P協議。所有這些協議都是由NFS-象頭神同時支持。


在考慮兩個目標設計

該軟件已經設計了兩個進球的頭腦,以提供NFS出口到多個命名空間和文件系統,並提供了非常大的數據高速緩存和元數據。它支持NFS V3,NFS 4.0,NFS 4.1(含pNFS的)協議。
該軟件被設計以這樣一種方式,它可以使用專用的後端模塊稱為FSAL(文件系統抽象層)。在現有的FSAL模塊,我們可以提到FSAL / POSIX,FSAL / SNMP,FSAL /代理,並FSAL / FUSELIKE。


開始使用NFS-象頭神

要在您的GNU / Linux操作系統上安裝NFS-象頭神的軟件,您必須首先從Softoware或項目&rsquo的下載最新的版本;官方網站(請參閱本文末尾的網頁鏈接),保存地方檔案電腦(最好是你的主目錄),並使用一個歸檔管理器,以提取其內容。
打開一個終端應用程序,請您解壓縮歸檔文件的位置(例如CD /home/softoware/nfs-ganesha-2.1.0-0.1.1-Source - 更換&lsquo的; softoware&rsquo的;用你的用戶名),並運行在&lsquo的; cmake的&rsquo的。命令的根文件夾配置程序。
然後,運行&lsquo的;讓&rsquo的;命令編譯它,並生成可執行文件,它可以通過廣泛的運行和lsquo的安裝系統,使安裝&rsquo的;以root身份或&lsquo的;須藤使安裝&rsquo的;命令以特權用戶。

什麼在此版本中是新的

  • 在出口目前動態。它們可以被添加或通過的DBus命令刪除。該manage_exports Python腳本已更新,以支持該功能。
  • 偽文件系統已被重新寫成FSAL。這使得動態出口。下部安裝的文件系統還對這種變化工作的基礎。
  • 在配置文件處理已被重寫,以提高錯誤檢查和記錄。所有參數都一致地檢查範圍。整機配置塊的驗證還檢查。
  • 的GID現在可以管理使用外部身份驗證源。這解決AUTH_SYS的協議限制制約的交替導報數為16。
  • 在RPM包裝已調整和更新。該工具的DBus現在打包。

在什麼版本2.1.0新是

  • 在出口目前動態。它們可以被添加或通過的DBus命令刪除。該manage_exports Python腳本已更新,以支持該功能。
  • 偽文件系統已被重新寫成FSAL。這使得動態出口。下部安裝的文件系統還對這種變化工作的基礎。
  • 在配置文件處理已被重寫,以提高錯誤檢查和記錄。所有參數都一致地檢查範圍。整機配置塊的驗證還檢查。
  • 的GID現在可以管理使用外部身份驗證源。這解決AUTH_SYS的協議限制制約的交替導報數為16。
  • 在RPM包裝已調整和更新。該工具的DBus現在打包。

在什麼版本2.0.0是新的

  • 在NFSv4.1的支持有了很大的提高,現在完全支持pNFS的I / O操作。這一特點使動力和集群能力和分佈式文件系統提供給客戶。
  • NLM狀態和鎖定管理與統一NFSv4的狀態和鎖管理。
  • 在計劃9(9P)的支持大大改善。這是9P.2000L級協議。
  • 在文件系統後端,現在可加載模塊。這意味著可以​​配置任何數量的後端,並通過這些後端的出口。
  • 已經有做服務器的核心廣泛的工作。多線程的可擴展性和內存使用情況大為改善。該協議的正確性和出口的訪問控制要好得多。
  • 在系統管理,現在通過的DBus服務器接口管理。這取代了早期版本的SNMP和統計服務。
  • 的NFSv2的支持已被刪除。該協議的第2版早已失去其效用並不能支持需要的現代分佈式文件系統的大小手柄。支持舊的卸載操作已保留向後兼容一些客戶。
  • 的SNMP MIB管理已被刪除。它被替換的DBus管理接口。 SNMP支持可以通過SNMP來的DBus代理來提供。
  • 一些舊FSAL實現的已被丟棄,由於缺乏社會興趣。這些措施包括FUSE和POSIX FSALs。

在什麼版本1.0.4是新的

  • 的init.d腳本現在已接近最低位的要求
  • 修正錯誤:插入相同的新條目數的時間,並同時在元數據緩存中,當比賽條件
  • 修正錯誤:這是不可能的設置“/”作為一個出口的條目的pseudopath
  • Bug修復:收拾不好的fsal_handle可以FSAL_PROXY創造cache_inode 2項為一個單一的文件
  • 修正錯誤:在FSAL_PROXY內存衝突的fattr4的類型根據nfs4time

在什麼版本1.0.3新是

  • 在FSAL_PROXY一個回歸是固定的(NFSv4的大小處理)
  • 在哈希表支持哈希函數計算hashval和rbtval在一個通
  • Cache_inode在哈希表
  • 採用了“雙重價值的計算功能”
  • 在反向映射的ClientID在哈希表中採用了“雙重價值的計算功能”
  • 的pNFS / LAYOUT4_NFSV4_1_FILES:一些bug修復(見git的日誌)
  • DupReq指數進行了審查:現在(src_ipaddr,港口,XID,附加校驗和)元組被用作鍵
  • 在工人的選擇進行了審查,以降低CPU的罪耗在一個非常大的工人使用的情況。
  • 安全性修正:當“根”被映射為任何人,其“altgroups'清零
  • 在配置現在可以減少NFS版本advertsised到的rpcbind(避免了NSF版本為例)。
  • XML輸出已在HudsonCI加入到非回歸測試更易於集成
  • 在NLM實施一些變化
  • FSAL_HPSS已經被移植到HPSSv7.3.2
  • NFSv4.x更好的管理屬性FATTR4_CHANGE

在什麼版本1.0.2是新的

  • 在該版本包括幾個修復了去年秋天烘烤馬拉松過程中發現的bug。
  • 的FSAL_ZFS現在支持使用ZFS快照(以下簡稱“的.zfs”目錄對於那些誰是熟悉ZFS)。
  • 在內存管理已經深入審查。

在什麼版本0.99.63都是新

  • 在此版本集成了NLMv4協議(鎖管理NFSv3的)和一些bug修復的支持。 pNFS的實施將在下一版本中進行(與LAYOUT4_FILES支持)。

在什麼版本0.99.62都是新

  • 在此版本包括許多bug修復,但沒有大的功能升級(這會在它的下一個版本與新pNFS的東西)。包管理方式也發生了變化

在什麼版本0.99.61都是新

  • 從埃里克Sesterhenn約memleaks補丁已經被集成。
  • 修正錯誤:現在檢查csa_flags的OP4_CREATE_SESSION值
  • 修正錯誤:OP4_LOOKUPP應該返回NFS4ERR_SYMLINK代替NFS4ERR_NOTDIR CFH時,涉及到的符號鏈接
  • 修正錯誤:錯誤NFS4ERR_NOT_ONLY_OP為OP4_EXCHANGE_ID
  • 管理
  • 修正錯誤:從rootfh調用時OP4_LOOKUPP應該返回NFS4ERR_NOENT
  • 修正錯誤:不支持NFSv4.1編譯時NFS4ERR_NOT_ONLY_OP管理引入了錯誤。這是現在固定的。
  • 改變不良的#define在日誌/ log_functions.c(前一種情況可能導致可能的緩衝區溢出)
  • 一個有關使用libnfsidmap與gssrpc補丁由埃里克·萊文森已集成
  • 修正錯誤:這是不可能的編譯與gssrpc和支持,支持NFSv4.1(不匹配nfsv41.h和xdr_nfsv41.c)

在什麼版本0.99.60都是新

  • 的UID / GID映射功能做了一個壞的使用及其相關idmapper_cache功能(高速緩存未在一些情況下使用)
  • 修正錯誤:內核2.6.29比新,Connectathon測試的TEST6失敗了的NFSv4和NFSv4.1。這是現在固定:EOD只能返回時要求輸入數組是空的(沒有更多的條目,以讀取目錄)
  • 鎖定支持成功經歷公牛的locktest對NFSv4.1(問題仍然與NFSv4.0)
  • 的頂部使用時
  • 修正錯誤:的NFSv4的rsize / WSIZE一直重視1024殺害演出
  • 錯誤修正:在NFSv4的,同樣open_owner打開先前打開的FILEID沒有得到同樣的STATEID
  • 修正錯誤:大多數時候,打開的文件/ NFSv4的通過創建從未關閉

類似的軟件

dosfstools
dosfstools

17 Jul 15

ccgfs
ccgfs

15 Apr 15

FuseIso
FuseIso

2 Jun 15

webmin-fsacls
webmin-fsacls

2 Jun 15

意見 NFS-Ganesha

評論沒有發現
添加評論
打開圖片!