就在本月，我们开始收到来自许多非常稳定的客户的报告，称 MrxSmb 事件 ID 50 错误不断出现在他们的系统事件日志中。除此之外，他们似乎没有任何网络问题，只是有一个关键的遗留应用程序似乎正在生成 MrxSmb 错误或由于这些错误而出现错误。遗留应用程序由 16 位和 32 位代码组成，多年来从未更改或重新编译。它在 Windows XP 系统上一直很稳定。遇到问题的客户通常有一个小型（5 个客户端或更少）对等网络，其中包含所有 Windows XP 系统。所有服务包都加载在 XP 计算机上。
注意：似乎唯一能解决问题的方法是禁用机会锁定。我不喜欢这个解决方案，因为它似乎会降低网络速度，有时还会导致用户之间的记录锁定问题（在某些网络上）。此外，这似乎刚刚开始发生 - 好像是 XP 的 Windows 更新导致的？但是，我删除了最近的更新，但问题并没有得到解决。
在此先感谢您提供的任何帮助。
答案1
根据我的经验，这些错误是由于某种网络问题引起的，因为写入正在网络共享中发生。我的建议是查看受影响客户端的网络组件是否存在一些共同点：
NIC 和驱动程序最近更新了吗？
最近安装了 OS Service Pack 吗？
最近应用了 Windows 更新？
网络拥塞-ARP 泛滥还是网络广播问题？
交换机端口配置错误 - 交换机端口和 NIC 的速度和双工设置是否硬编码，还是设置为自动？
恶意软件感染？
答案2
我以前遇到过这个错误，原因是硬盘故障和 RAID 控制器有问题。
我们有一个文件服务器，它设置了硬件 RAID5，阵列中的一个磁盘发生故障。它在一天中发生故障，几乎立刻我们就开始负载所有尝试加载/保存该服务器上文件的客户端机器都出现“延迟写入失败”错误。它们仍从服务器加载文件，并且似乎仍能正常保存文件（就像您使用 RAID5 时所期望的那样），但会出现这些警告消息。几个小时后，它完全崩溃了，我们不得不从备份中进行完全恢复，因此您可能需要检查您的备份是否正常，并准备从中恢复。
这种情况刚刚出现可能表明服务器（特别是磁盘子系统）的硬件故障已经发生或即将发生。如果您可以对计算机中的硬盘进行 SMART 测试，那么运行该测试可能是明智之举。