嗨有没有办法重新启动locking内核线程（NFS锁pipe理器）？ 有一些文件locking请求出错了，从那以后它消耗了大约50％的CPU。 需要这些锁的进程被终止。 还启用NLMdebugging在日志中显示我这一点： Jan 14 16:50:27 backend2 kernel: [677200.130257] lockd: unlock failed (err = 13) Jan 14 16:50:27 backend2 kernel: [677200.130260] lockd: request from 127.0.0.1, port=789 Jan 14 16:50:27 backend2 kernel: [677200.130262] lockd: rebind host localhost
我在LDAP中有很多automount条目，用于在彼此之间安装〜200个节点。 自动挂载程序经常停止工作。 debugging后，我发现它可以通过运行修复 rm -f /etc/mtab~* restart autofs 这让我想，存在mount.nfs进程无法删除locking文件（它们有时称为/etc/mtab~.[0-9]*），这会阻止下列安装请求成功。 作为一个解决方法，我有一个cron作业，删除locking文件，但有时为时已晚。 现在的细节： System: Linux 2.6.32-33-server #70-Ubuntu SMP Thu Jul 7 22:28:30 UTC 2011 x86_64 GNU/Linux automount -V: 5.0.4 mount.nfs -V: linux nfs-utils 1.1.6 LDAP条目（相关行）： objectClass: automount cn: myhost automountInformation: -soft myhost:/var/tmp 一个成功的挂载看起来像这样（mount | grep auto）： myhost:/var/tmp on /var/autofs/net/myhost type nfs (rw,soft,sloppy,addr=10.xxx) 每当我访问一个新的挂载点时，自动挂载程序会产生以下进程（ps .. | grep挂载） /bin/mount […]
我有2个OEL5.5（RHEL5.5）服务器。 我想弄清楚为什么当我运行mount命令我得到不同的输出。 Server1在/etc/fstab/ 10.11.0.61:/vol/exports/ /exports nfs _netdev,rw,bg,hard,nointr,tcp,vers=3,timeo=600,actimeo=0,rsize=32768,wsize=32768,async 1 2 Server2在/etc/fstab/ 10.11.0.61:/vol/exports/ /exports nfs _netdev,rw,bg,hard,nointr,tcp,vers=3,timeo=600,actimeo=0,rsize=32768,wsize=32768 1 2 当我运行安装在Server1我看到 10.11.0.61:/vol/exports/ on / exports type nfs（rw，bg，addr = 10.11.0.61） 当我在Server2上运行mount时，我看到了 10.11.0.61:/vol/exports/ on / exports type nfs（rw，bg，hard，nointr，tcp，nfsvers = 3，timeo = 600，actimeo = 0，rsize = 32768，wsize = 32768，addr = 10.11.0.61 ） 为什么Server2显示更多的参数？ 这是否意味着它的安装方式不同？
简单的问题：有没有办法让Mac OS客户端上的NFS共享文件inheritance共享目录的权限？ 场景： Ubuntu 12.04服务器 Mac 10.7.4客户端 共享目录有775个权限 客户端上创build的文件有644个权限 我尝试使用setfacl命令设置ACL，如此处所述，并且在服务器上显示它们。 getfacl返回这个： # file: Documents/ # owner: someguy # group: somegroup # flags: -s- user::rwx group::rwx other::rx default:user::rwx default:group::rwx default:group:somegroup:rwx default:mask::rwx default:other::rx 但是，当我在Mac OS客户端上创build一个新文件时，它仍然有644个权限，而不是我所期望的664个权限。 在服务器上创build的文件具有预期的权限。 用另一个Ubuntu客户端创build的文件也具有预期的权限。
我在我的NFS服务器上运行Solaris 10。 我正在努力如何设置从一个子网共享的只读访问，但允许从该子网内的系统的读写访问。 在服务器上： root@server># share -F nfs -o log,root=192.168.10.10,rw=192.168.10.10,[email protected]/24 /export/plaground 读写客户端能够挂载共享，但无法以root用户或具有共享权限的标准用户进行写入。 root@client># mount server:/export/playground /mnt root@client># mount <snip> server:/export/playground on /mnt type nfs (rw,addr=192.168.168.5) root@client># ls -axl /mnt total 90 drwxr-xr-x+ 25 root root 25 Nov 2 11:45 . drwxr-xr-x 22 root root 4096 Nov 2 11:28 .. drwxrwxr-x 2 root users 2 Nov […]
我有一个Ubuntu 12.04 LTS x64试图连接到Windows 2008 R2服务器上的NFS共享 – 这是一个域成员服务器。 我可以在Ubuntu上安装共享，但是如果我尝试loginmount文件夹，我会得到“权限被拒绝”的消息，除非我给每个人共享Windows文件夹的权限，然后才可以访问这些文件 – 它看起来像Windows用户映射不工作。 我的NFS服务器在为NFS v3configuration的窗口中，身份映射源使用我的AD域。 我正在试图通过我的AD用户帐户获得用户映射，这个用户帐户为我的Ubuntu用户（1000）configuration了uidNumber和gidNumber。 在Windows中创buildNFS共享时，我启用了“Auth_Sys”身份validation方法。 说实话，我尝试了所有的authentication方法，没有任何喜悦。 我还允许通过主机名（这可以在DNS中parsing正确的IP）来读写我的Ubuntu客户端。 在Windows中共享的文件夹有我的Windows用户在ACL中具有完全控制权限。 在我看来，当在Linux中访问挂载的共享文件夹时，我的uid / gid应该被传递给Windows中的NFS服务器，这应该与我的Windows用户alignment，以获得对共享文件夹的完全控制权限。 这似乎不工作。 任何任何想法？ 提前致谢， 保罗
将它计算为networking时间（2ms）+磁盘search和块读取（10ms）〜= 12ms是否正确？ 那会是正确的数量级吗？ 有兴趣的回复时间，不是绝对的速度。 假设没有caching的中档硬件（访问模式对于caching来说太随意了）。
我有一个从Windows 7机器上运行的.bat脚本。 脚本的一部分是使用plink将ssh转换成Red Hat机器并运行一些命令。 我在脚本中有大约4或5个plink命令。 例如： plink -pw password -ssh username@host "tar -czplf /archive/mounted_folder/test.tar /archive/folder_to_tar" 其中， mounted_folder是已安装的NFS共享，位于运行Windows Server 2008 R2的服务器上。 我注意到，如果一天之后系统还没有被触摸，然后脚本运行，红帽机器上挂载的文件夹就会失效。 如果您重置Red Hat机器，则文件夹会再次正确挂载，如果再次运行该脚本，它将按预期工作 – 不会丢失任何内容。 究竟是什么原因可能导致这个问题？ 编辑： 如果我尝试重新安装文件夹后，直接退出使用 mount -a 即使没有产生错误，坐骑仍然是不可用的。 我发现重新启动是重新安装它们的唯一方法
我创build了一个nfs共享条目 mzhu@zeus:/share$ cat /etc/exports /share *(rw,async,insecure) 在本地文件系统中，执行/ ls中的'ls -al'。 输出是 mzhu@zeus:/share$ ls -al total 20 drwxrwxrwt 5 mzhu mzhu 4096 May 23 15:12 . drwxr-xr-x 25 root root 4096 Nov 6 2013 .. -rw-rw-r– 1 mzhu mzhu 0 May 23 15:12 1 drwxrwxr-x 2 mzhu mzhu 4096 May 23 15:12 2 drwxrwxr-x 8 mzhu mzhu […]
我正在使用Linux（内核2.6.32上的Debian Squeeze）机器的networking，使用NFS（v3）共享文件。 客户端A上运行的进程会在文件服务器Z上通过NFS创build一个文件，然后在A完成运行（刷新输出并closures文件）后，客户端B将尝试访问该文件。 99.9％的时间没有这个方法的问题。 问题是客户端B很less尝试读取时会抛出错误，指出文件不存在。 起皱的是，当在包含目录上做“ls”或readdir时，B总是显示文件。 但是，当试图打开，甚至调用文件的“统计”不存在的错误被抛出。 还有一些要点： 这些文件只能在单个客户端上写入一次，但可以被许多不同的客户端（WORM）多次读取。 这些文件也不会在这个过程中被删除。 当出现错误时，他们只会影响一些客户（随机）。 其他客户端可以打开和阅读文件没有问题。 此外，当问题发生时，往往会反复发生。 重新启动文件服务器并重新安装在客户端似乎消除了这个问题 该文件可以在足够的时间后被读取。 可能在几秒到十分钟之间。 有时它会在包含目录的readdir后立即消失，有时不会。 我最初怀疑这是一个NFS属性caching一致性问题。 所以我重新启用了noac选项。 这个问题继续出现（除了慢慢地）。 只有在繁重的NFSstream量时，才会出现这个问题，当大量的大文件正在创build，写入和读取。 在客户端或服务器端的任何syslog或dmesg中都不会显示任何问题。 我强烈怀疑这是某种types的NFScaching一致性问题。 但我无法弄清楚究竟是什么原因或可能的解决办法。 除非我误解了NFS手册，否则这种types的行为应该通过接近开放的caching一致性来排除。 有没有其他人有经验，这个问题的NFS文件存在的“readdir”系统调用，但不存在“统计”系统调用？ 任何有识之士将不胜感激。 谢谢。