应用程序在networking上访问文件时出现“服务器资源不足”错误

我有一个运行在Windows Server 2003 SP2上的第三方应用程序正在收到“服务器资源不足”错误。 它只是开始performance出这种行为没有明显的原因。 我跑了ProcMon看看它发生了什么。 在每种情况下,恰好在读取另一个文件服务器上的文件。 ProcMon显示文件的名称和错误“Insufficient Server Resources”,同时应用程序popup它自己的错误消息框,表示基本上相同的事情。

ProcMon堆栈跟踪似乎表明错误来自fltmgr.sys(Microsoft文件系统filterpipe理器)。 堆栈跟踪还包含对rdbss.sys和ntkrnlpa.exe的调用。 系统事件日志和应用程序事件日志都不显示任何错误。

我确实find了这个修补程序 – 但它似乎解决了我们没有看到的蓝屏崩溃。 有任何想法吗?

附加信息:其他服务器(文件服务器)也是Windows 2003 SP2。 第三方应用程序是协调 – 我通过COM自动化。 我遗漏的一个关键点是,应用程序运行良好访问此服务器上的此文件和其他文件一段时间,然后生成此错误。 如果我closures对话框,驱动应用程序可以继续调用Concordance(读取这些文件)一段时间,并重复该模式。 它运行了一段时间,并与服务器资源不足的错误炸弹。 但是,一旦我解散了对话框,就好像服务器不再有问题,直到它重复出现。 在popup错误之前的一段时间内,我监视内存并使用Process Explorer进行处理,没有任何明显的消耗。

唯一值得关注的可能是一个普通的问题,而不是ThirdPartyApplication(tm)特有的一个问题,即如果正在读取文件的计算机没有足够的客户端访问许可证。 在服务器版本中,它取决于你如何configuration授权以及你拥有什么授权(如果我没有记错的话,对XP来说,有10个并发连接的固定限制)。 我曾经看到在XP上某些情况下连接会“挂起”,这样在重新启动XP之前,不会有新的文件共享连接被打开,尽pipe我从来没有在服务器版本上看到过这种情况,所以重新启动Windows的老忠实解决scheme可能是一个快速修复的解决方法,直到你可以find一个更永久的解决scheme。

如果这不是一个许可问题,那么你可能应该联系第三方应用程序的创build者作为你的第一个手段:他们可能意识到一个可能的问题,并已经知道如何解决或解决它。

PS。 对于这样的问题,指定两个机器上安装的确切的Windows版本+变体以及所涉及的第三方应用程序实际上是什么是有帮助的 – 那么如果碰巧其他人也碰到了以前完全相同的问题,得到更快(更准确)的答案。

是否有错误代码(0x0000000)logging在事件查看器中或错误框中提供? 之前几次我遇到过这个问题,首先是由赛门铁克企业的老版本(如9.0)造成的,第二次是由于坏的内存造成的。

我也看到一些运行在networking上的CRM应用程序,以及当下列情况出现时,快速手册会抛出此错误;

安全权限问题(应用程序无法访问文件)
Server 2003阻碍并阻止来自不受信任的服务器的文件,通常会发生在远程执行的exe文件中
防病毒自动保护扫描文件,而应用程序正试图打开它造成一个I / O锁
在应用程序中简单的error handling

你可以复制/编辑/查看其他服务器上的文件,而不会在应用程序之外出现问题吗?