如果我使用smbfs来挂载文件系统，每个文件的inode总是相同的？ 或者当我再次挂载fs时，或者如果远程系统重新启动，我是否有更改inode的危险？
有没有办法从服务器上看到哪些客户端安装了NFS（v3）导出？ 我认为showmount -a会显示这个信息，但似乎并非如此。 它似乎显示连接的客户端的列表，但它不显示他们已经挂载哪些出口。 服务器正在运行SLES 10。 我得到的showmount -a的输出是（为了隐私的目的删除了一些类似的行）： All mount points on oneose: 10.0.0.0/8,10.2.128.0/22,netboot.cluster.example.com:/mnt/foo 10.0.0.0/8,10.2.128.0/22,netboot.cluster.example.com:/mnt/project/foo1 10.0.0.0/8,10.2.128.0/22,netboot.cluster.example.com:/mnt/project/foo2 10.0.0.0/8:/mnt/home 10.128.1.2:10.0.0.0/8 10.2.0.65:10.0.0.0/8 10.2.128.0/22:/mnt/project 10.2.128.10:10.0.0.0/8,10.2.128.0/22 10.2.128.30:10.0.0.0/8 10.2.128.30:10.0.0.0/8,10.2.128.0/22 10.2.128.40:10.0.0.0/8 10.2.128.40:10.0.0.0/8,10.2.128.0/22,netboot.cluster.example.com 10.2.128.50:10.0.0.0/8 10.2.129.10:10.0.0.0/8 10.2.129.10:10.0.0.0/8,10.2.128.0/22 10.2.129.11:10.0.0.0/8 10.2.129.11:10.0.0.0/8,10.2.128.0/22 10.2.129.12:10.0.0.0/8 10.2.129.12:10.0.0.0/8,10.2.128.0/22 10.2.129.13:10.0.0.0/8 10.2.129.13:10.0.0.0/8,10.2.128.0/22 10.2.129.14:10.0.0.0/8 10.2.129.14:10.0.0.0/8,10.2.128.0/22 10.2.129.15:10.0.0.0/8 10.2.129.15:10.0.0.0/8,10.2.128.0/22 10.2.129.16:10.0.0.0/8 10.2.129.16:10.0.0.0/8,10.2.128.0/22 10.2.129.17:10.0.0.0/8 10.2.129.17:10.0.0.0/8,10.2.128.0/22 10.2.129.18:10.0.0.0/8 10.2.129.18:10.0.0.0/8,10.2.128.0/22 10.2.129.19:10.0.0.0/8 10.2.129.19:10.0.0.0/8,10.2.128.0/22 10.2.129.20:10.0.0.0/8 10.2.129.20:10.0.0.0/8,10.2.128.0/22 10.2.129.21:10.0.0.0/8 10.2.129.21:10.0.0.0/8,10.2.128.0/22 10.2.129.22:10.0.0.0/8 10.2.129.22:10.0.0.0/8,10.2.128.0/22 10.2.129.23:10.0.0.0/8 10.2.129.23:10.0.0.0/8,10.2.128.0/22 10.2.129.24:10.0.0.0/8 […]
我正在使用tiobenchtestingNFS挂载卷的性能，并注意到Sequential Reads比Random Reads慢得多。 当我在本地安装的磁盘上运行相同的testing时，这不是行为。 这里是一个小图，在红色的NFS和顺序读取在左边的NFS： 我正在像这样在服务器上导出卷 /export *.internal(no_subtree_check,rw,no_root_squash) 并用此安装： mount -o hard,intr,async,noatime,nodiratime,noacl $NFS_SERVER:/export /nfs 此外，我正在做这一切在亚马逊EC2，出口与XFS文件系统（冗余，我知道）的EBS卷。 我曾尝试使用巨型帧和其他各种安装选项，但似乎没有太大的影响。 感谢任何线索。
我有一个挂载点 – 让它成为/media/question – 以及两个可能的设备：一个物理硬盘和一个远程NFS文件夹。 有时候我把设备插在物理上，在其他情况下，我通过NFS挂载。 有没有办法在fstab指定它们，以便执行mount /media/question最好select物理卷，当它不可用时 – NFS？
我有一个服务器（5-6）的虚拟化环境，并在虚拟机pipe理程序本地托pipe。 他们作为文件服务器，所以想把文件移出到NAS（TheCUS或QNAP）并通过iSCSI或NFS共享。 这两家供应商都是“vmware”authentication的，可以做iSCSI，但是我担心服务器是虚拟化的，NAS只有2GB RAM（例如QNAP 809U-RP）。 或者我应该坚持NFS？ 这是基于文件共享…
我在一个小的（6名员工）网站/devise店工作。 我们有一个文件服务器，我们用它来存储大型devise文件（photoshop文件，flash源文件，indesign等）和其他工作正在进行中。 服务器只是一个基本的Windows机器，一些强劲的硬盘驱动器和文件共享启用。 （我们正在转向使用FreeNAS的解决scheme）。 该公司的所有者/首席devise师喜欢直接在服务器上的文件（而不是做一个本地副本和工作）上的文件。 这当然会导致各种令人敬畏的文件损坏和文件访问问题。 我在Adobe的网站上向他展示了他的支持文章，解释他的工作stream程是一个糟糕的主意。 他仍然相信，问题实际上只是一个“权限问题”，如果我们只是转而使用NFS而不是Windows共享/ Samba，一切都会好起来的。 我的问题是：你能推荐任何可能帮助我改变主意的其他资源吗？ 或者，你能推荐任何可能有助于改变我的想法的资源吗？ 他使用Mac，所以如果有任何特定的操作系统，它可能比一般信息承载更多的重量。 目前我知道： http://www.time-travellers.org/shane/papers/NFS_considered_harmful.html http://kb2.adobe.com/cps/322/322391.html（photoshop，2007 ） http://kb2.adobe.com/cps/000/d9bbd9d4.html（flash，2009 ） http://help.adobe.com/en_US/indesign/cs/using/WS34CD94D0-0B08-4b0e-9FF5-319B986D5BC3a.html（indesign，2010 ）
这可能听起来很愚蠢，但我在问，因为我觉得在我头脑太过分之前，有一个简单的解决办法。 我们有一个SAN上面的Filer，为其他服务器提供NFS共享。 ServerA和ServerB具有使用no_root_squash挂载的此共享NFS。 ServerA拥有在其上拥有NFS NAS上的folderA的userA。 ServerB上有UserB，它需要对folderA的写权限。 是在所有服务器上创build一个NFSUsers组的解决scheme，并chgrp该文件夹或有任何其他方式？
是否有可能创build一个网站使用HTTP列出所有的包含我的NFS共享驱动器的公共？ 我的目标是通过HTTP提供文件访问到我专门用于公共访问的所有NFS共享驱动器。 谢谢。
我尝试将fedora 9的根目录共享到一个freeBSD，而当我尝试挂载它所抱怨的文件夹“[tcp] nfs_server：/：RPCPROG_NFS：RPC：Program not registered”。 我按照以下步骤在Fedora nfs服务器上进行设置： 在/ etc / exports中添加下面的行 / nfs_client(rw,no_root_squash,sync) 重新启动nfs相关的服务 service portmapper restart service nfslock restart service nfs restart 使用下面的命令导出文件系统： exportfs -arv 在nfs客户端上，我使用下面的命令进行故障排除： rpcinfo -p nfs_server program vers proto port service 100000 2 tcp 111 rpcbind 100000 2 udp 111 rpcbind 100024 1 udp 32816 status 100024 1 tcp 34173 status […]
我在Synology NAS上创build了一个nfs共享。 我想将共享添加到ESXi主机，但没有成功。 nfs共享的configuration： 我插入了ESXi主机的IP，允许读/写，并尝试了所有3个root_squash值（未分配，来宾和pipe理员） 将共享添加到ESXi： 我插入NAS的IP，nfs共享的名称（我试过/vms和vms没有斜杠） 这是ESXi客户端上的错误消息：