【问题标题】:Azure Web App Trace logs not appearing in logAzure Web App Trace 日志未出现在日志中
【发布时间】:2017-02-13 04:00:09
【问题描述】:

我正在使用 Azure Web App Application Logging,并按照在线教程进行了以下设置:

我遇到了一个异常,在我的 catch 块中我有以下代码:

Trace.TraceError("abc");
Trace.TraceInformation("abc");
Trace.TraceWarning("abc");
Trace.WriteLine("abc");
Console.WriteLine("abc");

在日志中我得到了这个:

2017-02-13 03:30:14 ~1ENGINEMAILERAPI GET /api/vfs/site/wwwroot/ _=1486950157594&X-ARR-LOG-ID=149fee3f-8da3-460e-816e-10e7a4b95f1d 443 - 121.121.23.217 Mozilla/5.0+(Windows+NT+6.3;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+喜欢+壁虎)+Chrome/56.0.2924.87+Safari/537.36 - https://web1.appsvcux.ext.azure.com/websites/WebsitesContent/WebsitesIndex?cacheability=3&defaultCloudName=azure&extensionName=WebsitesExtension&shellVersion=5.0.302.608%20(production%233ec7ddd.170201-1022)&traceStr=&region=southeastasia&flight=0&defaultCacheEvictionDelay=105000&websitesextension_enablemonitoringgroup=true&websitesextension_newauditlogs=true&websitesextension_resourcemenu=true&websitesextension_seetemplate=true&pageVersion=5.12.32.464175.170208-1137&l=en.en-us&trustedAuthority=portal.azure.com enginemailerapi.scm.azurewebsites.net 200 0 0 992 1923 62

我怎样才能显示我的应用程序日志记录?

【问题讨论】:

  • 这个错误来自 FTP 或 Blob 存储?另外,请查看以下文档页面docs.microsoft.com/en-us/azure/app-service-web/…
  • @ThiagoCustodio 嗨,亲爱的,我是从 FTP 获取的,我完全按照它来,请问我是否需要添加任何跟踪侦听器?
  • 这个问题你解决了吗,有更新吗?
  • @Bruce-MSFTnope...我仍然无法做到,它浪费了太多时间...可能是我自己创建了 Web 服务,当我创建一个新项目时,我创建了一个空网站不是天蓝色网站,可能是这个原因
  • 您是否正在部署到默认(生产)以外的特定部署槽?如果是这样,请确保您启用了诊断日志并从部署槽刀片本身查看日志流刀片。它发生在我身上。当我在“登台”插槽上进行测试时,我启用了默认登录。一旦我意识到我的错误,我就去了 App > Deployment Slots > staging > Diagnostic Logs,瞧!日志立即开始流式传输。

标签: c# azure azure-web-app-service


【解决方案1】:

根据您提供的错误信息的日志格式,我假设您提供的日志文件属于Web Server Logs(在/LogFiles/http/RawLogs 下),其格式使用W3W Logging。根据您的配置,您为应用程序日志记录启用了文件系统和 blob 存储。您可以按如下方式检索您的应用程序日志:

应用程序日志记录(文件系统)

作为一种简单的方法,您可以利用KUDU,单击“调试控制台> CMD”和cd LogFiles\Application,然后您可以按如下方式检索日志:

应用程序日志记录(Blob)

您可以利用Microsoft Azure Storage Explorer 来检索您的日志,如下所示:

更新:

【讨论】:

  • 亲爱的,它出现在文件 2017-02-14T02:19:48 PID[11164] Verbose SnapshotHelper::TakeSnapshotTimerCallback 2017-02-14T02:19:48 PID[11164] Verbose SnapshotHelper: :TakeSnapshotInternal - CodeGen 中没有新文件
  • 您的意思是您无法在应用程序日志文件中检索到您的自定义错误消息吗?我使用了System.Diagnostics.Trace.TraceError,我可以检索我的日志。我假设生成日志可能会有延迟,您可以等待一段时间并刷新您的 KUDU 站点或存储工具,看看您是否可以检索到您想要的错误消息。
  • 仍然与 2017-02-14T02:19:48 PID[11164] 详细 SnapshotHelper::TakeSnapshotTimerCallback 2017-02-14T02:19:48 PID[11164] 详细 SnapshotHelper::TakeSnapshotInternal - CodeGen 中没有新文件
  • 这是文件的内容
  • 我发现了一个类似的issue,提到了SnapshotHelper。此外,我已将我的应用程序日志级别设置为verbose,它可以记录应用程序生成的所有信息,我可以检索到与您提供的相同的详细消息,请参阅我的更新。我假设 SnapshotHelper 是 Azure 的东西。我注意到您的日志的时间戳是相同的,您可以尝试将日志级别设置为错误并清理您的日志文件,然后您可以手动抛出异常并尝试查看是否可以检索您的自定义消息。
猜你喜欢
  • 2013-04-06
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-06-13
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-11-29
相关资源
最近更新 更多