最近我遇到了在Windows 2008服务器上挂载的NFS共享有限的可见性问题。 情况是这样的： 因为用户AI已经安装了NFS共享（从Linux服务器） 作为用户A我正在执行安装或净使用，我看到的NFS共享 然后作为用户B我正在做相同的检查 – NFS共享不可见 有没有办法看到这个共享作为diff用户，没有安装它？
NFSv3文档讨论了“安全asynchronous写入”的概念（A1的最后一个项目符号）： http://nfs.sourceforge.net/#section_a 这不是指服务器导出文件中的sync / async选项（因为导出文件中的async选项不安全）。 据我所知，安全的asynchronous写入是同步/asynchronous导出选项之间的混合。 它允许服务器立即回复而不刷新到稳定的存储器，但客户端不会从caching中删除写入请求，直到它收到确认它已被提交到稳定的存储（并且还检测服务器是否失去电源/重新引导）。 我相信这个选项是在客户端设置的，但我还没有遇到任何文档显示如何做到这一点。 有任何想法吗？
我有一大堆计算客户机工作，将输出数据保存到NAS机器上。 所有的机器都是centos 6.2。 他们通过automount NFS挂载它，超时时间为1200（默认configuration）。 NAS机器需要重新启动。 如果我可以在1200秒（20分钟）窗口内重新启动机器，客户端是否会阻塞IO直到它恢复正常？ 只要不会导致正在运行的进程出错，在服务中的轻微中断（暂停）是可以的。 如果有必要，我可以循环和SIGSTOP所有作业进程，重新启动并恢复他们 – 我只是不想打破文件句柄。 我怎样才能运行这样的重新启动而不杀死打开文件的进程？
在同一个VMWare机器上运行的一组虚拟化的Linux机器之间，文件共享选项有什么相关性？ 如高吞吐量，低延迟等 我主要使用NFS。 VMWare默认使用hgfs。 他们如何比较？ 有没有其他的select值得考虑（例如sshfs）。 背景 我们有一个应用程序，在物理机上通过主站上共享的NFS挂载目录将工作分配给从站。 这个configuration很容易在VMWare上复制。 而且似乎给了足够的performance。 但是，我想知道在VMWare下运行的Linux客户机之间是否有更好的方式共享目录？ 我收集VMWare上的共享文件夹使用hgfs。 这会更好吗？ 这是最好的select吗？ 在这里更好。 我的意思是在当前的单个VMWare主机上提供最好的性能。 如果是这样，我怎么启用它？ 尽pipe安装了VMWare工具，似乎没有select启用共享。 在VM设置/属性/选项 – VMWare工具被列为关机。 在Googlesearch的各个网站上显示的共享文件夹条目不存在。
我有一个名为myhost / host_dev的NFS共享Windows 2008服务器。 Windows NFS共享设置为允许“未映射用户访问”。 我可以使用mount -t nfs myhost：/ host_dev将Linux目录挂载到该共享。 如果我在Linux上创build文件，他们会在Windows中显示，反之亦然。 问题是在Linux上创build的文件不会inheritanceWindows上的父NFS共享目录的权限。 因此，只有“系统”，“pipe理员”和创build的“SID”对文件具有权限。 我希望这些文件inheritance“Everyone”组，以便每个人都有读取权限。 现在，因为“所有人”权限没有被inheritance，所以在尝试打开文件时，访问被拒绝。
我最近在我的服务器上重新安装了XenServer。 所有的VHD文件都通过NFS存储在我的NAS上，所以我重新安装后重新添加了NFS SR。 但是，我所有的虚拟机似乎都没有了，SR中的VHD是“空白的” – 没有描述，没有名字，只是磁盘的大小。 我能做些什么将VHD重新连接到虚拟机？ 我的印象是，我可以创build一个新的虚拟机，指向虚拟机使用VHD文件作为硬盘（如Hyper-V），但这是行不通的…
我运行一个运行Ubuntu Server 14.04的小型服务器，刚刚注意到用户主目录中的.ssh文件夹可以通过SMB和NFS访问。 SMB和NFS都是安全的，但是我觉得这是服务器安全方面的一个弱点，因为我只通过密钥authentication限制了对SSH的访问。 除了通过SSH之外，每个人在确保无法访问.ssh文件夹方面做了什么？ 我一直在环顾四周，找不到一个普遍接受的方法。 我已经考虑限制和排除对NFS和SMB共享内的某些文件夹的访问，但这种感觉更像是一种解决方法，而不是对我的特定解决scheme。
我们使用NFS来访问（读/写）我们科研组的数据。 在最近从openSUSE 11.3切换到12.3之后，我们经常会遇到一个问题，即在使用MPI-IO并行创build和写入文件之后，文件内容在多个主机之间不一致。 具体来说，其中一个创build文件的主机将（持久地）显示与其他任何主机不同的文件。 从我们的观察看来，糟糕的主机似乎保持了一个较旧的文件状态，即不是所有的写入过程都完成了。 有没有人有一个想法是什么原因可能是这个问题，或者我可以做什么来追查这个问题？ 不幸的是，我不是文件系统或NFS方面的专家，但是在操作系统更新之前它工作的事实让我怀疑在文件系统驱动程序等方面的变化。
我已经安装了默认使用100GB大小的环回设备的CoreOS，并且我已经很容易地达到了这个限制。 我的第一个想法是使用NFS将所有的图像放在我的NAS之上，只需将它放在/var/lib/docker目录的顶部就可以了，没有任何成功。 现在我已经发现这篇文章 ，看起来像docker创build任何forms的块设备，以任何forms的存储之上，以便使用它的CoW快照，这可能是为什么我没有成功，我只是简单地安装NFS共享在图像目录之上。 这有点吓到我了。 为什么不使用纯NFS与存储的本机快照？ 我希望这样做有很好的解释。 无论如何，我需要做这个怪胎的事情。 我是新来的docker和CoreOS，不知道如何正确地做到这一点。 所以问题是： 如何挂载NFS共享并将其用于CoreOS上的所有映像？
我试图将数据同步到由Dell Compellent FS8600 NFS设备提供的NFS共享。 我正在尝试使用非ASCII字符同步文件，并且出现此错误： rsync：recv_generator：stat失败“/nfs/web/c7392/file_dir/_thumbs/Pics/Artist/Clr—miljoe#270_mellem.jpg”：Permission denied（13） 然而; 没有权限问题。 它同步其他文件，我可以触摸文件，删除和所有在同一目录中没有问题。 我尝试改变语言环境到一堆不同的语言环境，我试着rsiconing –iconv，但仍然没有bueno。 不幸的是我没有想法。 我可以轻松地在两个本地目录之间同步文件。