IIS共享配置-applicationHost.config错误:由于权限不足,无法写入配置文件

IIS共享配置-applicationHost.config错误:由于权限不足,无法写入配置文件,iis,iis-7,Iis,Iis 7,我已经使用特定的广告服务帐户为IIS共享配置设置了UNC共享,并设置为完全控制。我还从一个IIS服务器导出了配置,并设置了一个附加的IIS服务器以指向共享。例如,当我在UNC共享上打开applicationhost.config并删除应用程序池时,我可以在两台IIS服务器中看到同样删除的条目 所以我知道: 1) 我可以使用特定的服务帐户导出到共享 2) 当我手动编辑时,两个IIS服务器都可以读取配置 3) 但是,当我通过管理器从其中一个IIS服务器中删除应用程序池时,会出现上述错误 我曾尝试使用

我已经使用特定的广告服务帐户为IIS共享配置设置了UNC共享,并设置为完全控制。我还从一个IIS服务器导出了配置,并设置了一个附加的IIS服务器以指向共享。例如,当我在UNC共享上打开applicationhost.config并删除应用程序池时,我可以在两台IIS服务器中看到同样删除的条目

所以我知道:

1) 我可以使用特定的服务帐户导出到共享

2) 当我手动编辑时,两个IIS服务器都可以读取配置

3) 但是,当我通过管理器从其中一个IIS服务器中删除应用程序池时,会出现上述错误

我曾尝试使用process monitor实用程序查看用于写入配置的帐户,它似乎是我自己的AD用户帐户,而不是共享服务帐户。我知道IIS管理器登录了我的用户名,例如ROOT\MYNAME,但我没想到它会用它来写对共享配置的更改。它肯定会使用服务帐户吗


有人知道如何防止这个错误吗?在其中一台服务器上进行更改时,为什么共享配置和绑定服务帐户不起作用?

因此,恕我直言,此错误是一种误导。我正在向服务器发布,收到一条消息说我空间不足。所以,我登录,意识到在IIS中发布的额外应用程序有点粗糙,我们不需要。我右键单击并试图删除一个。我犯了和你一样的错误

在对applicationHost进行了一些手动更改之后,我认为“可能是我”,但编辑此文件会导致这样的事情似乎很奇怪。然而,我最近了解到windows使用这个文件(google it)进行了一些32位对64位的诡计

我决定我有更好的事情要做,我让我们的IT部门给虚拟机增加空间,猜猜怎么着?我无法删除这些应用程序。我的猜测是,我在空间的最后一行,这些特殊文件的后端管理没有完成,抛出了这个不太有用的异常

我对这件事不是百分之百的关心。为了充分披露,我将补充说,最近已经应用了更新,但我非常相信这是一个可能的解决方案