我使用特定的AD服务帐户为IIS共享配置设置了UNC共享，并设置为FULL CONTROL。我还从一个IIS服务器导出配置，并设置另一个IIS服务器以指向共享。当我在UNC共享上打开applicationhost.config并删除应用程序池时，我可以看到该条目也在两个IIS服务器中删除。
所以我知道：
1）我可以导出到具有特定服务帐户的共享
2）当我手动编辑时，两个IIS服务器都可以读取配置
3）但是，当我通过管理器从其中一个IIS服务器中删除应用程序池时，出现上述错误。
我尝试使用进程监视器实用程序来查看用于写入配置的帐户，它似乎是我自己的AD用户帐户而不是共享服务帐户。我知道IIS管理器有我的用户名，例如ROOT \ MYNAME已登录，但我不会认为它会使用此功能将更改写入共享配置。肯定会使用服务帐户吗？
有谁知道如何防止此错误？为什么在其中一台服务器上进行更改时，共享配置和绑定服务帐户不起作用？
答案 0 :(得分：0)
所以，恕我直言，这个错误是一个红色的鲱鱼。我正在发布一个服务器，并收到一条消息说我没有空间。所以，我登录后，意识到在IIS中发布了额外的应用程序，我们并不需要。我右键单击并尝试删除一个。我和你有同样的错误。
对applicationHost进行了一些手动更改后，我认为它“可能是我”，但编辑此文件会导致这样的事情似乎很奇怪。但是，我最近才知道windows使用这个文件做了一些时髦的32对64位的阴谋（google it）。
决定我有更好的事情要做，我让我们的IT为虚拟机增加空间并猜测是什么？我无法删除这些应用。我的猜测是我在空间的最后一行并且这些特殊文件的后端管理没有完成并抛出这个不那么有用的异常。
我不是100％的人。对于完整的披露，我将补充说最近已经应用了更新，但我非常有信心这是一个可能的解决方案。