2

当我们尝试读取或写入 Windows 2003 Clustered Fileshare 时,我正在尝试解决持久性 IO 问题。它经常发生,似乎是由交通触发的。我们正在通过 .NET 的 FileStream 对象进行编写。

基本上,我们是从运行 IIS 的 Windows 2003 Server 写入 Windows 2003 文件共享集群。写入文件共享时,IIS 服务器经常出现两个错误。一个是来自 Windows 的应用程序弹出窗口,另一个是来自 MRxSmb 的警告。两者都说同样的话:

[延迟写入失败] Windows 无法保存文件 \Device\LanmanRedirector 的所有数据。数据已丢失。此错误可能是由您的计算机硬件或网络连接故障引起的。请尝试将此文件保存到其他地方。

在读取时,我们也会收到错误,即 System.IO.IOException 错误:“指定的网络名称不再可用。”

我们有其他服务器将更多更大的文件写入此文件共享集群,而不会出现问题。它仅来自出现问题的一组服务器。所以它似乎与编写大文件无关。我们已经应用了处理此问题的在线文章中引用的所有修补程序,但它仍在继续。

据我了解,我们的网络团队运行了网络监视器并没有看到任何数据包丢失,但由于我没有参加该测试,所以我不能肯定地说。

关于在哪里检查的任何想法?我没有探索或测试的途径。我猜这个问题是某种网络问题,但由于它只发生在这些服务器连接到该文件共享集群时,我不确定它可能是什么类型的问题。

这个问题非常具体,并且可能与硬件有关,但是您可以提供的任何帮助都会有所帮助。

埃里克·斯普尔

4

3 回答 3

1

我听说AutoDisconnect会导致类似的问题(即使设备没有空闲)。您可能想尝试在服务器上禁用它。

于 2008-08-27T16:42:19.030 回答
1

我有类似的问题:

  • 写入同时属于 Windows 2003 R2 NLB 群集的计算机有时会导致“延迟写入失败”或“信号量已超时”或“指定的网络名称不再可用”
  • 这对于相同的文件是可重现的,即使在重新启动所有涉及的机器之后也是如此
  • 如果我重命名问题文件(其中一些很小),问题仍然存在
  • 如果我将文件写入同一台机器上的另一个位置(物理磁盘),问题仍然存在
  • 我卸载了所有杀毒软件,问题依旧
  • 我已经重置了 tcp-ip 堆栈,问题暂时消失了,但一段时间后,相同文件的问题又出现了

部分解决了问题:我从 NLB 集群中删除(未停止)主机。问题解决了。

似乎必须做一些事情来写入服务器上的共享,该服务器也是网络负载平衡集群的一部分

我还没有发现其他人发布与 NLB 集群相关的文件写入问题。但是,我确实发现很多帖子抱怨类似的问题,但似乎都没有解决。

安妮

于 2010-02-12T23:37:25.143 回答
0

我见过其他人报告“延迟写入失败”错误。一项建议是调整缓存的大小,sysinternals ( http://technet.microsoft.com/en-us/sysinternals/bb897561.aspx ) 提供的实用程序可以让您这样做。

于 2009-03-16T02:23:51.710 回答