Iis 7 IIS7请求跟踪权限失败

Iis 7 IIS7请求跟踪权限失败,iis-7,trace,event-viewer,Iis 7,Trace,Event Viewer,在事件查看器中,大约每5分钟我就会看到以下描述的事件: FailedRequestTracing模块无法创建目录“%3”。没有日志 将生成,直到纠正此情况。问题 在过去%2分钟内至少发生了%1次。数据为 错误。” 修复程序应该允许IIS\u IUSR对该目录进行写访问 不仅IIS_IUSR具有写访问权限,而且我还允许我的所有3个域都具有IUSR、网络服务和plesk panel IUSR帐户,我仍然收到错误消息 我忍不住认为这是一个非常愚蠢的Plesk面板。可以肯定的是,我遇到的每一个奇怪的问题

在事件查看器中,大约每5分钟我就会看到以下描述的事件:

FailedRequestTracing模块无法创建目录“%3”。没有日志 将生成,直到纠正此情况。问题 在过去%2分钟内至少发生了%1次。数据为 错误。”

修复程序应该允许IIS\u IUSR对该目录进行写访问

不仅IIS_IUSR具有写访问权限,而且我还允许我的所有3个域都具有IUSR、网络服务和plesk panel IUSR帐户,我仍然收到错误消息


我忍不住认为这是一个非常愚蠢的Plesk面板。可以肯定的是,我遇到的每一个奇怪的问题都源于Plesk,不幸的是,我的服务器预先配置了它。有没有办法找出哪些用户IIS正试图访问日志文件,所以我只授予它权限?

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

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


您能提供一些可能的解决方案吗?@WarlikeChimpanzee-一种解决方案是修复导致您打开FailedRequestsTracingModule的问题,然后将其关闭。它并不意味着总是开着。在被这个问题困扰了一段时间后,我最终决定忽略这个错误,因为我不检查
FailedRequestTracing
日志(永远)