我有一个OpenSolaris服务器（snv_101b）通过NFS提供文件。 在ESXi或OS X上安装共享时，一切正常，但是从Linux（CentOS 5.2）安装时，一切都以nobody身份进行：没有755权限的用户。 这意味着用户不能做任何改变。 如何正确安装共享？ 该目录与以下内容共享： # zfs set sharenfs=on /tank/share 并装有： # mount -t nfs4 server:/tank/share /mountpoint
我有一个ETL进程打开NFS挂载文件来处理它们。 要同时打开的文件数量是可configuration的。 我没有shell访问NFS服务器。 我可以在客户端上使用哪些好的shell实用程序来确定我使用NFS共享的效率？ 我想最大限度地提高吞吐量（平衡我的ETL和太多的数据），显然，我不想把太多的压力放在NFS服务器上。 我可以从客户端做多less事，而不必login到NFS服务器并在那里运行IO监视实用程序？
我将运行一个服务器，将与本地磁盘上的数据一起工作。 我还想通过Samba或NFS共享LAN上的数据到服务器，这些服务器也将写入光盘上的数据。 我的主服务器应该作为Samba / NFS服务器还是客户端（即所有通过Samba与光盘进行交互）？ 或者，在主服务器上正常安装和使用安装的驱动器是安全的，同时其他服务器通过Samba / NFS写入数据？ 也欢迎任何有关networking文件服务器select的意见。 谢谢！
我有一个无盘主机“A”，它有一个目录NFS安装在服务器“B”上。 A上的进程向该目录中的两个文件F1和F2进行写入，并且B上的进程监视这些文件以进行更改。 假设B的调查速度比A预计的更快。 进程A寻找文件头，写入数据和刷新。 过程B寻找文件的头，并读取。 B有没有保证A的变化顺序会被检测到？ 具体来说，如果A交替写入一个文件，然后另一个，是否有理由期望B会注意交替改变F1和F2？ 或者B可以想像到在F1上检测到一系列变化，然后在F2上进行一系列变化？ 我知道这个问题里有很多假设。 例如，我几乎可以肯定，即使只在一个文件上运行，如果A对文件执行100次操作，B可能会看到更less数量的更改，从而得到相同的结果，这是由于NFScaching了A之前的一些操作它们被传送给B.当然，即使没有涉及NFS，也存在并发文件访问的问题，并且读取和写入过程都在相同的真实文件系统上运行。 我甚至在这里提出这个问题的原因是，似乎在大多数情况下，上面描述的设置确实按照它们在A处的相同顺序检测到B处的变化，但是偶尔有些事件经过转置订购。 那么，是否值得尝试做这个工作？ 有没有一些方法来调整NFS，使其工作，也许caching设置或东西？ 或者像这样的细粒度行为对NFS来说太期望了？
我有两台机器，一台NFS服务器（RHEL）和一台客户机（Debian）。 服务器已经build立了NFS，导出一个特定的目录： server:~$ sudo /usr/sbin/rpcinfo -p localhost program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 910 status 100024 1 tcp 913 status 100021 1 udp 53391 nlockmgr 100021 3 udp 53391 nlockmgr 100021 4 udp 53391 nlockmgr 100021 1 tcp 32774 nlockmgr 100021 3 tcp 32774 […]
我在运行Solaris 2.6的Sun Ultra 5工作站上运行了一个遗留应用程序（LabVIEW 7.0）。 我想使用RHEL5服务器来存储所有的文件，这样我就不会在太阳上弄乱小硬盘。 我发现LabVIEW文件浏览器有一个错误，它阻止它从RHEL5挂载的NFS共享中看到一些文件和文件夹，但是当使用从另一个使用Solaris 2.6的Ultra 5挂载的NFS共享时，这个问题不存在。 我相信在这两种情况下NFSv3正在使用。 有什么办法可以使RHEL5的NFS更像Solaris 2.6？ 如果我在RHEL5盒子上创build一个新的分区并安装OpenSolaris，它会更像Solaris 2.6吗？ 我被locking使用这个有问题的LabVIEW程序，所以不知何故我需要使其工作。
我们运行一系列的Ubuntu服务器（大部分是8.04 LTS），它们都在/ nfs上挂载了一个nfs共享。 我们使用nfs主要有两个目的： 符号链接configuration文件（如Apache vhosts） 读取和写入上传的文件 这一切都很好，除了它使我们完全依赖于中央NFS服务器（这是一个DRBD群集，心跳从主服务器故障切换到次服务器，但我们仍然看到问题）。 我们想要的是，如果我们可以通过一些本地caching层来挂载NFS，那么即使/ nfs不是，以前读取的任何文件仍然可用。 这段时间可能会被禁用。 在它周围search看起来像cachefilesd可能是一个选项。 不幸的是，它只是打包为Ubuntu 9.10和10.04它看起来像。 我也在寻找一个可能适合这个账单的基于FUSE的解决scheme，但是还没有find任何东西。 任何build议将不胜感激！
我有一个服务器和两个客户端的NFS设置。 我遇到了这个问题，当我在服务器上创build一个文件（我在服务器上login），我不能看到客户端上的新文件，反之亦然。 我的问题有点与这个问题，但与我的问题，文件从来没有出现。 这些是服务器上的NFS设置（/ etc / exports）： /share 192.168.43.57/24(rw,no_root_squash,async) 192.168.123.1/24(rw,no_root_squash,async) 在我的客户端，这是我如何挂载股票： 192.168.43.57:/share /mnt/share nfs rsize=8192,wsize=8192,timeo=14,intr UPDATE 我已经使用相同的configuration设置了一些本地虚拟机，但问题似乎并没有出现在这个环境中。 不知道从哪里开始解决这个问题。
我正在研究备份解决scheme，它将在位于我们的KVM主机上的虚拟机上运行。 问题是，最好在主机上使用LVM-volume，并使用NFS将其挂载到来宾备份机器中，或使用大型磁盘映像。 解决scheme有什么好处和坏处？ 最佳做法是什么？
设置： 我们在Windows 2008 Server（Xeon 3.2 GHz）上运行cygwin nfsd的一个实例。 有几个Sun Solaris和SunOS机器访问共享。 这是导出文件： /disk3 (rw,all_squash) /disk2 (rw,all_squash) 这些path被软链接到相关的cygdrive / d / path / to / dirpath。 某些文件夹最多包含10k个文件。 问题： ls -la 在太阳盒上安装的文件夹需要2 – 3分钟，一般的阅读性能是非常糟糕的。 cat filename 以慢速突发显示文件，这会严重影响访问这些共享文件的任务的性能。 处理器负载不是问题，nfs服务器大部分闲置时间，cygwin任务永远不会超过1％的负载。