【问题标题】:IIS7 Failed Request Tracing PermissionsIIS7 失败的请求跟踪权限
【发布时间】:2012-01-03 10:04:21
【问题描述】:

在事件查看器中,大约每 5 分钟我就会收到此处描述的事件:http://technet.microsoft.com/en-us/library/cc735145(WS.10).aspx

“FailedRequestTracing 模块未能创建目录 '%3'。没有日志 将生成,直到此条件得到纠正。问题 在过去 %2 分钟内至少发生了 %1 次。数据是 错误。”

修复应该是允许 IIS_IUSRS 对该目录的写访问。

不仅 IIS_IUSRS 具有写入权限,而且我还允许 IUSR、NETWORK SERVICE 和 plesk 面板 IUSR 帐户用于我的所有 3 个域,但我仍然收到错误。

我不禁认为这对于 Plesk Panel 来说真的很愚蠢。相当肯定我遇到的每一个奇怪问题都源于 Plesk,不幸的是我的服务器已经预先配置了它。有没有办法找出 IIS 试图访问日志文件的用户,所以我只需授予它权限?

【问题讨论】:

  • 对此感到困惑一段时间后,我最终决定可以忽略这个错误,因为我不检查FailedRequestTracing日志(永远)

标签: iis-7 trace event-viewer


【解决方案1】:

问题不在于您没有正确的权限,而在于拥有多个应用程序池,因此本机 FailedRequestsTracingModule 的实例正在运行。

失败的请求跟踪目录是按站点创建的,而不是 per-app-pool - 因此,如果您有多个应用程序在多个应用程序下运行 应用程序池,它们将每个尝试按顺序使用下一个文件名,并且 因此失败 - 我们可能会添加一些重试逻辑来尝试其他 发生此类碰撞时的数字。

http://forums.iis.net/t/1158660.aspx?Failed+Request+Tracing+Event+2284

【讨论】:

  • 您能否提供一些可能的解决方案?
  • @WarlikeChimpanzee - 一种解决方案是解决导致您打开 FailedRequestsTracingModule 的问题,然后将其关闭。它并不意味着一直处于开启状态。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-02-06
  • 2012-12-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多