我有一台运行Ubuntu Server 14.04服务器的服务器，现在已经使用rsnapshot定期备份到NFS挂载的NAS几个月了。 上周我们在交换机上增加了几台机器，并开始备份和NFS挂载问题。 Rsnapshot会运行它的rsync命令，在它似乎停止任何事情之前，它将运行一两个小时。 rsync命令将显示在“不可中断的睡眠”状态（ 31948 root 25 5 79640 56328 452 D 0.0 0.1 15:13.86 /usr/bin/rsync -a –delete –numeric-ids –relative –delete-excluded –exclude-from=/etc/rsnapshot.excludefile /home /mnt/.private/backup/daily.0/localhost/ ）。 一旦发生这种情况，我不能再看NFS挂载了。 如果我试图find这个目录，那么ls命令将会冻结，并且服务器上的负载将通过屋顶，除非我find那个ls命令的PID并且杀死它。 到了这个阶段之后，我可以回到NFS挂载的唯一方法是如果我在物理上重新启动NAS盒子。 有任何想法吗？ 感谢您的任何意见！
我有一个Windows文件服务器，我想创buildNFS共享。 这些共享需要Windows 7域客户端和Linux客户端（Red Hat 5和6）都可以使用Samba / Winbind Active Directoryauthentication来访问。 这是我的理解，Windows有能力使用未映射和映射的身份pipe理，这意味着您的AD用户可以映射到Unix ID。 所以，当你创build一个使用映射身份的共享时，权限（我相信）是NTFS权限，但服务器查找传入的Linux用户ID并计算该UID是否应映射到具有权限的用户。 为此，我在Active Directory服务器上安装了Unix Identity Management组件。 然后，我去了我的每个用户，并修改了unix属性，以便我的Linux客户端（使用rid uid）显示UID和GID。 这是我的问题。 如果我使用映射的身份创build一个NFS共享，那么我可以使用Windows来访问文件/文件夹，但不能在Linux上使用。 文件所有者显示为数字，例如425067890，而不是适当的所有者的用户名。 我知道用户在AD中正确设置了正确的UID，并且与此号码不匹配。 如果我使用未映射的身份创build共享，则所有者将在Linux上显示为正确的用户（johndoe），但是我的Windows权限会混乱，而且这些客户端无法访问共享。 到目前为止，只有这样，我才能将其作为用户映射的共享，设置NTFS权限，然后使用nfsfile命令将共享转换为未映射的共享（nfsfile / cx c：\ myShare）。 然后我可以为Linux设置适当的所有者/组/权限。 两个客户都很开心。 在用户开始创build文件/文件夹之前，权限问题一直存在。 这太奇怪了，我知道我做错了什么。 我喜欢只使用NTFS权限，让服务器找出什么AD用户映射到什么Unix的UID。 如何使用AD身份validation为Linux客户端正确创build和pipe理Windows NFS共享？
在过去的两天中，我尝试将我的光盘备份到一个NFS共享。 但过了一阵子，rsync挂了。 每次在同一个文件。 但是，如果我排除文件，它会挂断下一个文件。 所以至less不是直接导致问题的文件。 如果我用strace来执行进程，我会看到一个ERESTARTNOHEAD错误和一些超时。 但我认为这些超时并不直接与问题直接相关，因为它们出现在实际的错误之前。 看来，ERESTARTNOHEAD是问题，但我无法find这个错误很多。 这个系统是一个Debian老式的NFS服务器和一个Ubuntu 15.10作为客户端 该命令是：rsync -av / home / myuser / nfs / backup strace的输出：
我希望一组OS X用户能够在NFS共享目录中对彼此的文件进行颜色标记。 NFS共享托pipe在Solaris机器上。 目前这些文件具有rwx组权限，但只有所有者可以设置颜色标签。 首先，所有者设置了一个标签，允许其他人在同一个文件上设置额外的标签。 是否有任何额外的权限或ACL可以启用这个？
我们有大的NFS服务器（大约50TB的数据，数以百万计的文件）。 具有SSDcaching的12x 6TB SATA磁盘（MegaRAID CacheCade）。 CentOS 7. 1x至强E5-2620 我们的问题是，从连接到这个NFS服务器的6个服务器中有大约100个进程导致大量的负载。 混合的读/写操作。 我们试图find一种方法来了解是什么导致了负载 – 哪个客户端（IP），哪个目录出口，希望哪个目录。
所以我有这个奇怪的行为，我不能向自己解释 – 在这里可以狡猾的人。 我们收到了一些服务器（硬件），并挂载了一个NFS驱动器。 我们计划将这些服务器用作Splunk索引器，但由于Splunk并不build议将NFS作为存储器，因此我们以前需要进行一些性能testing。 所以我跑了Bonnie ++ ad得到了非常糟糕的结果（大约300 IOP / s），但是仓库人员告诉我他们在这边看到大概1200个IOP / s，这样会很好。 这怎么可能 – 我能做些什么来在服务器上获得这样的性能？ 谢谢 ！
挂载多个共享时获取意外的行为。 NFS服务器 $ -> cd /mnt/raid/nas && ls -lZa drwxrwxr-x. nas filer unconfined_u:object_r:file_t:s0 file drwxrwxr-x. nas filer unconfined_u:object_r:file_t:s0 repo $ -> cat /etc/exports /mnt/raid/nas 10.1.0.0/18(rw,fsid=0,sync) /mnt/raid/nas/repo 10.1.0.0/18(rw,all_squash,sync,no_subtree_check,anonuid=501,anongid=503) /mnt/raid/nas/file/perm 10.1.0.0/18(rw,all_squash,sync,no_subtree_check,anonuid=501,anongid=503) $ -> id nas && id filer uid=501(nas) gid=501(nas) groups=501(nas) uid=502(filer) gid=503(filer) groups=503(filer) NFS客户端 $ -> id nas && id filer uid=501(nas) gid=501(nas) groups=501(nas) uid=502(filer) gid=503(filer) […]
正如问题所述。 在NFS和Samba / SMB上有很多线索，但是很多已经过时了，或者提到了旧的安全模式，或者只是给出了一个“使用Windows与SMB”的单行说明。 现代Windows客户端和现代* nix文件服务器都可以同时处理NFS或SMB / Samba。 无论select哪种协议，都将使用“本地”协议，而另一协议则不会。 所以在混合环境（* nix服务器/ Windows客户端）中，并不像“X使用Y”那样简单。 所以我对实际的优点，缺点和经验感兴趣。 我能find的几个线程涵盖了这些协议的现代化身，提出了可能的区别： 线程？ – Samba是单线程的（例如FreeNAS论坛上发布的文章提出，为了这个原因，更高速度的单个内核要比Samba服务Windows客户端的多内核更好）。 所以大概在拥挤的时期，或者需求高度复杂或locking/解锁的活动，这可能是一个因素; 单个文件的性能？ – 一些线程表明NFS更有效率，或者在更小的文件（<=几MB（这是很多/大多数）的情况下服务得更快），并且可以比较大的文件。 安全？ – 一些线程表明，NFS并不像SMB那样实现有效的安全模式，或者至less在历史上没有。 如果在客户端上也启用了NFS，那么对于具有Windows 8.1 / 10 x64客户端的现代* nix文件服务器，目前的状态是什么？
我们的实验室有一个群集 70个计算节点 4个IO节点 Infiniband QDR互连 12T磁盘arrays使用IB SRP协议访问 主要应用是debugging和运行基于MPI的并行科学程序。 客户端/计算节点将每隔几分钟同时写入几千字节的数据 （总计）。 这个文件系统曾经是Lustre ，与主stream的超级计算机中心相似。 但是安装过于复杂，可维护性太差。 那么是否有任何易于使用的“小型”分布式networking文件系统？ 或者，对于这种情况NFS可以吗？
当Apache httpd尝试访问使用sec=krb5p自动挂载的用户目录（可能还有其他sec=krb选项）时， gssproxy发出失败消息，Web服务器使用403 Forbidden答复。 gssproxy上的debugging选项没有足够的照亮。 要排除没有RPCGSS问题，在/ tmp中存在由uidNumber 48（apache）拥有的有效KRB5CC时，不会发出403 ，Web服务器将显示相应的页面。 但是，这是由于rpc.gssd的行为。 gssproxy仍然发出相同的失败消息。 gssproxy: gp_rpc_execute: executing 6 (GSSX_ACQUIRE_CRED) for service "nfs-client", euid: 0, socket: (null) gssproxy: gssproxy[639]: (OID: { 1 2 840 113554 1 2 2 }) Unspecified GSS failure. Minor code may provide more information, No credentials cache found # cat /etc/gssproxy/gssproxy.conf [gssproxy] [service/HTTP] mechs = […]