NFS-Ganesha

软件截图:
NFS-Ganesha
软件详细信息:
版本: 2.2.0 更新
上传日期: 10 May 15
许可: 免费
人气: 250

Rating: 5.0/5 (Total Votes: 2)

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的通过创建从未关闭

类似的软件

fuse-zip
fuse-zip

17 Feb 15

SHFS
SHFS

3 Jun 15

PyProxyFS
PyProxyFS

11 May 15

trash-cli
trash-cli

20 Feb 15

意见 NFS-Ganesha

评论没有发现
添加评论
打开图片!