我需要在科学Linux（RHEL）6.1上解决NFS服务器问题的一些build议。 服务器上的日志显示已经进行了authentication的安装请求：
Jan 13 16:30:02 ??? rpc.mountd[3996]: authenticated mount request from ????:784 for /shared-storage/cm/shared (/shared-storage/cm/shared) 但在此之后，它不会继续。 在客户端，它也是挂着的。 现在有趣的是我有两个NFS服务器， 应该是相同的，一个是完美的工作，但另一个performance出上述行为。 问题也不完全持久，即有时挂载请求成功。
我假设问题必须与服务器相关，而不是与客户端相关，因为它在另一台服务器上工作正常。 我的问题是我应该在哪里search这个问题。 我已经使用exportfs -r重新创build了导出，我重新启动了NFS服务器，我比较了两个服务器的rpcinfo输出 – 没有成功。 问题甚至在重新启动后仍然存在。 任何其他的想法，赞赏。
作为对Tim提问的回答：我在dmesg中偶尔有以下内容，但不知道是否相关
e1000e 0000:0c:00.0: eth4: Detected Hardware Unit Hang: TDH <24> TDT <25> next_to_use <25> next_to_clean <24> buffer_info[next_to_clean]: time_stamp <1c3d12940> next_to_watch <24> jiffies <1c3d12940> next_to_watch.status <0> MAC Status <80383> PHY Status <792d> PHY 1000BASE-T Status <7800> PHY Extended Status <3000> PCI Status <10>
进一步编辑：上面的问题不会发生在正在工作的机器上，所以它可能是相关的。
再次编辑：错误不在用于NFS的（软件）设备上，而在另一个上。 NFS挂载也不会触发消息。
syslog或dmesg中的任何东西似乎是可疑的？ 我很好奇这个行为不当的系统是否有硬件故障。
编辑，好奇你在dmesg中看到的错误，并发现在这里提到的同样的错误： Linux e1000e（英特尔networking驱动程序）问题嘉豪，我从哪里开始？
从OP的所有debugging输出中，我确定他的硬件已经死了，显然有一个内核参数来解决这个问题： pcie_aspm=off
你可以尝试使用该参数启动，看看它是否修复了这个问题！
确保服务器和客户端上都运行portmap。