就在这个月，我们已经开始从一些非常稳定的客户端获得报告，MrxSmb事件ID为50的错误不断出现在他们的系统事件日志中。 否则，他们似乎没有任何networking问题，除了有一个关键的遗留应用程序，似乎要么产生MrxSmb错误或因为他们的错误发生。 遗留应用程序由16位和32位代码组成，并且多年以来未被更改或重新编译。 它在Windows XP系统上一直很稳定。 有问题的客户通常在所有Windows XP系统中都有一个小（5个客户端或更less）对等networking。 所有的服务包都加载到XP机器上。
注意：唯一可以解决问题的方法是禁用机会locking。 我不喜欢这个解决scheme，因为它似乎减慢了networking速度，有时会在用户之间（某些networking上）造成logginglocking问题。 此外，这似乎刚刚开始发生 – 就像XP的Windows更新已经造成了？ 但是，我已经删除了最近的更新，并没有纠正这个问题。
预先感谢您提供的任何帮助。
根据我的经验，这些错误是由于某种networking问题而发生的，因为写入发生在networking共享上。 我的build议是看受影响客户的networking组件是否有共同点：
网卡和驱动程序最近更新？
操作系统服务包最近安装？
Windows更新最近应用？
networking拥塞 – ARP泛滥或networking广播问题？
configuration错误的交换机端口 – 交换机端口和NIC是硬编码的速度和双工设置还是设置为自动？
恶意软件感染？
我以前遇到过这个错误，原因是一个失败的硬盘与一个狡猾的RAID控制器相结合。
我们有一个文件服务器，它是用硬件RAID5设置的，arrays中的一个磁盘出现故障。 它在一天中失败，几乎立即我们开始在所有我们的客户端机器上尝试加载/保存文件到服务器上的“延迟写入失败”错误的负载。 他们仍然从服务器加载文件，仍然似乎保存文件（如你期望与RAID5），但与这些警告信息。 几个小时后，它完全放弃了，我们不得不做一个备份完全恢复，所以你可能要检查你的备份是好的，并准备从它们恢复。
刚刚发生的事实可能表明服务器（特别是磁盘子系统）上的硬件故障已经发生或即将发生。 如果您可以对计算机中的硬盘进行SMARTtesting，那么运行该软件可能是一个明智的select。