Azure App Service中Nuget.Server子应用出现存储不足执行错误

这种毫无征兆的资源报错真的挺闹心的——明明内存看着还有剩，偏报存储不足，而且只有NuGet.Server的子应用出问题，咱们从几个方向一步步拆解：

• 先确认是磁盘存储而非内存问题
  错误提示里的“storage”容易被误解为内存，但这里大概率是磁盘空间或者系统存储资源耗尽。你可以：

  • 打开Azure门户，进入子应用的「诊断和解决问题」，搜索“磁盘空间”，查看本地临时存储（D:\local）和网站持久存储（D:\home）的占用情况；
  • 用Kudu工具（访问https://<你的子应用名>.scm.azurewebsites.net）打开「Debug console」→「CMD」，运行dir /s D:\home或者dir /s D:\local，看看是不是NuGet.Server缓存的包文件占满了磁盘，或者日志文件爆了。如果是缓存问题，手动清理Packages目录下的旧包试试。

• 深挖AntaresEventProvider初始化失败的根源
  这个组件是Azure App Service的底层追踪组件，哪怕你关了应用追踪，可能还有残留配置或依赖冲突：

  • 检查子应用的web.config，看看有没有system.diagnostics节点下和Microsoft.Web.Hosting.Tracing相关的追踪配置，先注释掉再重启试试；
  • 确认最近有没有更新过NuGet.Server或ASP.NET相关依赖？如果有，回滚到之前正常的版本，排查兼容性问题；
  • 去子应用的「应用设置」里，检查有没有和追踪、环境变量相关的配置，比如WEBSITE_TRACING_ENABLED是不是设为false，有没有其他带Antares字样的环境变量，试着清空或重置这些设置。

• 排查子应用的资源隔离与干扰
  子应用共享主应用的实例资源，但偶尔会触发独立的限制：

  • 单独重启这个子应用（不要重启整个主应用），看能不能临时恢复；
  • 把这个NuGet.Server子应用临时部署到一个全新的同定价层App Service实例，看问题是否重现——如果消失了，说明可能是主应用其他子应用的干扰；
  • 确认App Service的定价层最近有没有变更？比如不小心降级导致存储配额缩水。

• 排查平台环境更新的影响
  Azure平台偶尔会推送组件更新，可能引发兼容性问题：

  • 去App Service的「概述」页面查看「平台更新」日志，对比错误出现的时间点有没有平台更新记录；
  • 尝试切换一下.NET框架版本——比如暂时切到4.7.2再切回4.6.1，触发应用环境的重置；
  • 开启「始终开启」设置，避免应用休眠唤醒时的资源异常（虽然和存储关联不大，但可以试试排除这个因素）。

• 收集更详细的诊断日志
  哪怕关了应用追踪，还是能拿到更细的错误信息：

  • 在Kudu的「Log stream」里实时监控，看错误触发时有没有额外的细节输出；
  • 给子应用配置失败请求跟踪（FRT），在web.config里添加相关配置，捕获请求级别的错误栈，定位具体是哪个操作触发了存储不足；
  • 用Kudu的「Process explorer」查看子应用进程的句柄数、磁盘IO情况——有时候句柄泄漏（比如文件句柄没释放）也会导致类似的“存储不足”错误，这时候不是磁盘空间不够，是系统资源被耗尽了。

内容的提问来源于stack exchange，提问作者George Roberts