Question

我们在“事件查看器”，“应用程序”部分中经常出现错误。源是ASP.NET 4.0.30319.0，类别是文件监视。事件ID为1185.文本说“无法开始监视对”file-path-here“的更改，因为已达到网络BIOS命令限制。”然后是对Microsoft知识库文章810886的引用。

问题是：进行此文件监控的流程或服务是什么？为什么？我们不知道这是如何运行或如何开始。监控似乎在我们的网站上查看各种文件夹，有些是.NET文件夹，有些则不是。

我们正在寻找导致此监控的原因的解释;然后我们将尝试解决错误。

Answer 1

当一个asp.net开始运行一个站点时，正在监视一个基本文件（在网站的根目录下），这是app_offline.htm，如果他发现它停止了程序只显示这个文件

如果发现其他文件更改是重新编译它们，如果这是nessesary，但仍显示app_offline.htm（如果存在）并且不运行该站点。

如果您删除app_offline.htm网页再次开始运行，但asp.net仍在监控此文件 - 如果存在或不存在。

所以这是对你搜索的asp.net的监控。当然这是asp.net的默认行为。如果您已经安装了其他软件或其他已经在计算机上的东西，并填写监控，这是不同的。我假设你在同一台服务器上有太多网站asp.net？ 500或更多？如果没有，那么也许你开始寻找其他软件来监控你的文件。

分析

如何查找自己发生的事情，从sysinternals下载Handle并运行它，在handle.exe >> result.txt之类的文本文件上创建并查看结果。

http://technet.microsoft.com/en-us/sysinternals/bb896655

看看是否有任何可疑程序打开了大量文件以及该程序是什么程序。监视文件和目录显示为

runningprogram.exe pid: 1352 ServerName\User
       AC: File  (RW-)   D:\Monitor1
       E8: File  (RW-)   D:\Monitor2
       F8: File  (RW-)   D:\Monitor3
      408: File  (RWD)   D:\InetPub\MySite

更多

我检查了我的服务器，发现博客创建程序在每个目录博客上添加了一个监控 - 我不知道为什么 - 但这就是他们制作它的方式，因为某些原因监控每个博客，也许你有类似的东西，由于某种原因创建了大量的文件/目录监控。

Answer 2

监控由IIS（或IIS6的aspnet进程）完成。它正在观察文件的更改，以便在需要时重新编译站点。

您没有提及您的环境，但是当网站位于远程文件共享上时，我尝试从Windows XP运行网站时经常遇到此问题。我认为由于CIFS（文件共享的网络堆栈）的限制而出现错误。 Windows Server似乎没有相同的限制。

所以，一些可能的修复：

切换到Windows Server（或可能是Win 7）
切换到Web应用程序（不允许重新编译）
将文件从远程共享移动到本地驱动器

事件日志中的ASP.NET文件监视错误

2 个答案:

分析

更多