【问题标题】:Azure websites - The configuration file has been changed by another programAzure 网站 - 配置文件已被另一个程序更改
【发布时间】:2017-06-30 13:15:31
【问题描述】:

过去 2 天,我一直困扰着我的 azure 网站应用程序,但有以下例外:

异常信息: 异常类型:ConfigurationErrorsException

异常消息:配置文件已被另一个程序更改。 (D:\home\site\wwwroot\web.config)

每隔 5 分钟 [左右] 定期出现一次,在应用重新启动后会正常运行一段时间,然后再次运行。

有没有办法调试导致配置文件更改的原因?我已经浏览了整个代码,但没有找到任何配置文件版本的参考

堆栈跟踪:

at System.Configuration.BaseConfigurationRecord.EvaluateOne(String[] keys, SectionInput input, Boolean isTrusted, FactoryRecord factoryRecord, SectionRecord sectionRecord, Object parentResult)
at System.Configuration.BaseConfigurationRecord.Evaluate(FactoryRecord factoryRecord, SectionRecord sectionRecord, Object parentResult, Boolean getLkg, Boolean getRuntimeObject, Object& result, Object& resultRuntimeObject)
at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
at System.Configuration.BaseConfigurationRecord.GetSection(String configKey)
at System.Web.Configuration.RuntimeConfig.GetSectionObject(String sectionName)
at System.Web.Configuration.RuntimeConfig.GetSection(String sectionName, Type type, ResultsIndex index)
at System.Web.Configuration.RuntimeConfig.get_HttpRuntime()
at System.Web.HttpContext.EnsureTimeout()
at System.Web.HttpApplication.OnThreadEnterPrivate(Boolean setImpersonationContext)
at System.Web.HttpApplication.PipelineStepManager.ResumeSteps(Exception error)
at System.Web.HttpApplication.BeginProcessRequestNotification(HttpContext context, AsyncCallback cb)
at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context)

【问题讨论】:

  • 你检查过配置文件,异常前后?前后的配置文件是一样的吗?如果没有,发生了什么变化?
  • 我现在做了...很难确定,因为在 azure 门户中,我还添加了应用程序洞察力来帮助我追踪问题。无论如何,不​​同的行是:
  • 我很好奇 行,不确定它是由 Microsoft AI 添加的,还是应该受到指责的行。难道你不知道有什么可以添加那行吗?

标签: asp.net azure azure-web-app-service


【解决方案1】:

我们遇到了同样的问题,但只是在每天的特定时间,从三天前开始。
这似乎是一个全球性的 Azure 问题,有关更多信息,请查看 here

【讨论】:

  • 您好,欢迎来到 StackOverflow。请将仅包含对另一个主题的引用的文本发布为 cmets 而不是答案。
  • 谢谢!由于我是这个论坛的新手,由于我的声誉状态,我不允许发表评论。最近讨论的问题对我们来说是一场噩梦,让我们日以继夜地工作。所以我非常渴望分享我对这件事的了解。以后我一定会听从你的建议的。
  • 链接线程中提到的解决方法有帮助吗?当我在 web.config 上应用 chmod 444 (通过 azure 控制台)并将应用程序降低到 1 个规模实例时,问题就停止了(这也可能是巧合,只是分享对我的情况有暂时帮助的东西)是 issie固定在 MS 端了吗?
  • 对于我们来说,问题在6月30日自然而然地停止了。我们正在等待下一站,以便更好地分析webapp的状态。下一步将尝试推荐的设置 WEBSITES_DYNAMIC_CACHE_FCN_MODE = 1。无论如何,为应用程序使用 1 个比例实例是一个有趣的想法,因为它似乎是 web.config 所有权触发此问题的某种竞争条件。
  • 所以我又来了....在我们重新发布后,问题又出现了,您没有再次遇到问题吗?和/或自该日期以来您是否发表过任何文章?我已经尝试应用推荐的设置,看看是否有帮助
猜你喜欢
  • 1970-01-01
  • 2015-03-18
  • 2012-11-20
  • 1970-01-01
  • 1970-01-01
  • 2017-01-13
  • 2013-08-20
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多