我考虑一个电子邮件存储。 这个存储系统运行在我自己的私有云（已经复制）上，然后我不在乎复制。 我正在考虑2个选项： 1 – 我将创build几个“磁盘”（云上的卷），并在多磁盘上创build一个Btrfs文件系统; 当文件系统满了，我会创build更多的“磁盘”，并将其添加到btrfs文件系统： btrfs device add /dev/vdX /mnt btrfs filesystem balance /mnt 这个挂载点（/ mnt）将通过NFS公开，我的Dovecot服务器将挂载这个导出，并在其上存储电子邮件。 2-我将创build一些“磁盘”（云上的卷），并创build一个GlusterFS分布式卷横跨这些磁盘; 当文件系统满了，我会创build更多的“磁盘”，并添加新的“磁盘”（S）GlusterFS分布式卷，重新平衡它。 我的鸽舍会使用glusterfs-client挂载这个卷，并在其上存储邮件。 （重复：我不需要复制，因为我的“磁盘”，在私有云上的卷，复制发） 你认为哪个选项更好： 性能？ （许多小的读/写I / O） 稳定？ 灵活？
问题 在我的工作场所，我们拥有丰富的客户端环境，包括windows（从95到8，还有相应的服务器版本），mac（从10.6到10.8），linux（ubuntu，centos，redhat）和solaris。 到目前为止，我们一直在我们的文件服务器上使用NFS和SMB导出我们的共享文件，这样Windows就可以使用SMB，其他的都可以使用NFS。 最近我们已经发现，SMB和NFSlocking文件的方式和对它们的权限设置是相互冲突的，导致很多滞后，有时无法提供写入权限。 到目前为止，我们已经尝试过 我们已经看过QNAP NAS和FreeNAS来replace我们的文件服务器，这是一个简单的Redhat Linux操作系统，但是，从我们的查询中得知，这些服务具有相同的问题。 我们已经制作了大部分只读（不写）的份额副本，并使用NFS导出了一个副本，另一个副本使用了SMB，但是这种方式运行良好，但是对于我们其余的股份来说，这不是一个解决scheme。 我们每个人都从文件服务器上挂载我们的文件夹，而且这些文件夹往往会发生很大的变化，所以有两个副本会导致死机。 你的解决scheme 我们在文件服务器上有足够的硬盘空间，所以保留一切都是可能的，但是如何保证这些拷贝之间的一致性呢？ 可以用软件完成吗？ 或者可能与RAID？ 有没有提供支持这两种协议一起工作的服务？ （如FreeNAS和QNAP没有） 有什么我遗漏了，我应该想到的？ 任何帮助或链接到外部资源将非常感激。
软件概述 机器A （NIS服务器）：CentOS 6.2 机器B 🙁 NFS服务器）CentoS 6.2 客户端机器： OpenSuse 12.3，CentOS 6.4和CentOS 5.6 介绍和设置 机器A是服务于一组客户端机器的NIS服务器。 在NIS映射中定义的主目录来自NFS服务器（机器B ）在login时自动挂载。 机器B是使用NIS进行身份validation的NFS服务器。 当我login到客户端机器时，我可以读/写我的主目录，其中的所有文件都是 alex users 在许可方面。 login到NFS服务器时也是如此。 但是，当我login到NIS服务器，我的主目录挂载，我可以写入文件，但所有文件显示为 nobody nobody 许可。 尽pipe这whoami yeilds alex testing：在/ home / alex目录中的NIS服务器上创build文件 如果我在login到NIS服务器时在主目录中创build一个文件 touch /home/alex/testfile ls -l testfile # on server -rw-r–r–. 1 nobody nobody 0 Mar 19 14:21 testfile 但如果我在客户机上运行ls -l ， […]
如果将文件系统导出为只读，NFSv4 root_squash和all_squash （及其no_ alternatives）导出选项是否有效？ 基本上所有这些线都相当于： /var/www/html 10.0.2.0/24(ro,insecure,sync,root_squash,all_squash) /var/www/html 10.0.2.0/24(ro,insecure,sync) /var/www/html 10.0.2.0/24(ro,insecure,sync,no_root_squash,no_all_squash)
我一直在读一点，但还不完全清楚。 我的理解是，NFS的权限是相当黑或白，并由导出文件控制（我相信有选项可以为NFS客户端的本地文件系统的权限，但我通常没有看到使用）。 底层文件系统不会为NFS客户端委派权限。 CIFS如何pipe理权限？ Windows ACL或NTFS权限是否控制客户端访问？ 底层文件系统是否出现？ 具体来说，我很好奇从NFS共享复制文件到CIFS共享。 当使用rsync -a时，应该保留权限吗？ 底层文件系统在NFS还是CIFS共享上使用inode还是不使用这个问题有关系吗？
我试图在我的Vagrantfile中禁用nfs_export选项，这样Vagrant不会碰到我的/etc/exports 。 Vagrant文件说： NFS同步文件夹有一组可以指定的NFS独有的选项。 这些在下面列出。 这些选项可以在config.vm.synced_folder定义的最后部分以及types选项中指定。 nfs_export（boolean） – 如果这是错误的，那么Vagrant将不会自动修改你的/ etc / exports，并假定你已经这样做了。 https://docs.vagrantup.com/v2/synced-folders/nfs.html 我没有使用Ruby语法的经验，但我猜想以下将达到我想要的： config.vm.synced_folder "/data", "/vagrant", type: "nfs", nfs_export: false 但是这不起作用。 stream浪者仍然不断编辑我的出口文件。 什么是正确的语法？ 我在OSX上运行最新的Vagrant 1.6.3。 （我想禁用它的主要原因是，由于某种原因，在更新导出文件之后由Vagrant运行的sudo nsfd restart之后，我的OSX机器上的nfsd不能可靠地再次出现）
我在使用NFS传输文件时遇到此错误，文件大小正在被截断 任何人都可以给我一个提示吗？ 我们尝试了2GB，文件被截断为400 MB。 Jun 20 11:09:22 ServerIFM33 kernel: [ 2501.169697] nfsd: SETATTR(3) 20: 81010001 00000001 00000000 00000003 00000000 00000000 Jun 20 11:09:22 ServerIFM33 kernel: [ 2501.169704] nfsd: fh_verify(20: 81010001 00000001 00000000 00000003 00000000 00000000) Jun 20 11:09:26 ServerIFM33 kernel: [ 2504.682093] nfsd_dispatch: vers 3 proc 7 Jun 20 11:09:26 ServerIFM33 kernel: [ 2504.682105] nfsd: […]
Ohai， 有没有办法在AWS OpsWorks上为厨师使用LWRP？ 我将如何执行这个： nfs_export "/exports" do network '10.0.0.0/8' writeable false sync true options ['no_root_squash'] end 这是来自以下的食谱： https://github.com/atomic-penguin/cookbook-nfs 我想添加一个导出，但是我不能那样做。 此外，我想创build一个rc.local条目来在节点上安装导出 – 厨师将是更好部署的理想select。
假设您使用IP地址和networking掩码导出NFS共享，以赋予不同的机器不同的权限： [/etc/exports] /media/shared 192.168.0.64/26(rw,[…]) 192.168.0.0/24(ro,[…]) 如果范围重叠，机器将匹配这两个expression式，哪一个将优先？ 这是允许的吗？ 这个客户端有什么权限？
我挂载了一个NFS导出，并启动了一个过程，我希望将大量的数据写入共享磁盘。 共享磁盘的速度非常慢，我杀死了这个进程，但输出驱动器的机器上的IO在那之后保持了90分钟的高速。 在NFS数据链中哪些数据已经被caching了？我能做些什么来阻止它被写入磁盘？