我们有一个独立的2008 R2服务器，运行在ESXi 5.5上，为客户端提供文件共享。
昨晚它神秘地停止允许入站共享访问。 我假设它是阻止/丢弃SMB，但问题是，而我所担心的是，没有logging发生了什么事情。
随着电话开始进入，我能够ping通RDP到服务器成功。 与此同时尝试\\SERVER\Share作为域pipe理员在回来之前简单地挂起共享不可用。
一旦我通过RDP连接到服务器，一切都显得正常：内存和CPU使用率低，所有预期的服务都在运行。 事件查看器显示没有任何使用，没有错误只是通常的信息条目和一些错误，我的RDP会议曾试图映射未知的打印机。
安全日志，我期望看到一个“窗口过滤平台丢包”的负载，这是我们以前见过的清楚，只是通常的login事件和审计日志。
连接到其他股份的连接是好的，总之我什么都看不到。
出于绝望，我试图重新启动服务器服务，此时整个框冻结，我不得不按下（虚拟）电源button，直到它closures。 它恢复正常（感谢上帝），但我很困惑。
我的客户正在询问显而易见的问题，到目前为止，我都感到尴尬，无法提供答案。
有什么想法吗？ 我没有希望回到这个问题的根源，而是为了解决这个问题，还有什么可以做的呢，就是为了logging这些问题或者进行未来的testing吗？
我的客户正在询问显而易见的问题，到目前为止我已经非常尴尬地无法提供答案。
所以你说，你必须推动服务器手动重启。 其实很难。 所有的迹象都表明，当您进行RDP时系统运行顺畅，正确吗？ 但这个系统在一夜之间没有任何明显的原因。
首先，你需要告诉客户有时没有可靠的答案。 也许有一个权力激增？ 也许这只是一个呃逆。 我有服务器，几乎运行了几个月，没有重启突然呛。 为什么？ 不知道。 重新启动清除了事情。 有时日志可能会有帮助。
这就是说，根据你所提供的信息，我最好的猜测就是有一些硬件级别的问题。 可能是内存，硬盘驱动器，相关的硬件或其他东西。 甚至连CPU本身。
在这种情况下，我会做的最好的事情是在某个时间安排一个维护时段，以便对系统本身进行彻底的硬件检查。 如果你不这样做，你将面临这个问题可能再次出现或有完全硬件故障的风险。
这最终被追踪到我们正在使用的虚拟以太网适配器。 它在E1000适配器上运行。 我把它交换到VMNet 5驱动程序，问题就消失了。
FWIW我们在ESXi 5.1上