Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/azure/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure Web App中的跟踪-日志文件/应用程序中未记录任何内容_Azure_Azure Web App Service_Trace_Diagnostics - Fatal编程技术网

Azure Web App中的跟踪-日志文件/应用程序中未记录任何内容

Azure Web App中的跟踪-日志文件/应用程序中未记录任何内容,azure,azure-web-app-service,trace,diagnostics,Azure,Azure Web App Service,Trace,Diagnostics,这是一篇类似于的帖子,但是原始海报似乎在没有解决/接受答案的情况下放弃了这个问题 我正在尝试跟踪一个仅发生在Azure web应用程序(现在称为应用程序服务)上的问题。由于我们公司的政策,我无法执行任何远程调试,因此跟踪是我们最好的工具 然而,我尝试了以下各种教程,但我仍然无法记录任何跟踪信息 我试过: 将应用程序日志文件系统级别设置为详细、信息、错误-无 正在查找中的日志 FTP服务器位于/LogFiles/Application KUDU界面多次导航到/LogFiles/Applicatio

这是一篇类似于的帖子,但是原始海报似乎在没有解决/接受答案的情况下放弃了这个问题

我正在尝试跟踪一个仅发生在Azure web应用程序(现在称为应用程序服务)上的问题。由于我们公司的政策,我无法执行任何远程调试,因此跟踪是我们最好的工具

然而,我尝试了以下各种教程,但我仍然无法记录任何跟踪信息

我试过:

将应用程序日志文件系统级别设置为详细、信息、错误-无

正在查找中的日志

FTP服务器位于/LogFiles/Application KUDU界面多次导航到/LogFiles/Application 门户网站的监控>实时流-网站诊断日志下的部分 娜达。我甚至等了几个小时,想这可能是一个延迟,但仍然没有结果

我设置了一个非常基本的hello world ASPX,它在页面加载中所做的就是尝试使用

Trace.TraceError Trace.Trace信息 追踪 Trace.WriteLine 控制台输出写入线 Console.Error.WriteLine 我也试过一些奇怪的东西

在my web.config中设置my debug=true 将CustomErrors从RemoteOnly设置为Off 尝试使用System.Diagnostics.TextWriterTraceListener
有人有什么想法让我试试吗?

Application Insights会报告live web app中的异常情况。您可以将失败的请求与客户端和服务器上的异常和其他事件关联起来,以便快速诊断原因。您可以参考本文:


如果您在ASP.NET应用程序中使用NLog、log4Net或System.Diagnostics.Trace进行诊断跟踪,您可以将日志发送到Azure application Insights,在那里您可以浏览和搜索它们。您的日志将与来自应用程序的其他遥测合并,以便您可以识别与服务每个用户请求相关的跟踪,并将它们与其他事件和异常报告关联。您可以参考本文:

你确定没有在错误的Web应用程序中查找这些日志?我的意思是,如果你部署到一个时隙,你应该在那个时隙下寻找日志。嗯,12小时前我很确定,但在这一点上,我愿意考虑任何事情。不过,我不太清楚你说的“吃角子老虎”是什么意思?我们正在通过FTP进行部署-实际上我们只为这个创建了一个网站/应用程序服务。。。?如果您能告诉我在哪里可以验证这一点,我将不胜感激。这是相关的文档页面-如果您能够通过一个hello.aspx重新编译这是一个全新的应用程序,请共享该应用程序名称以帮助调查。@evilSnobu,嗯,我们没有配置插槽,所以我猜日志只能访问一个位置,而且只有一个地方我可以检查。不幸的是,我们的环境目前没有针对应用程序洞察进行配置。我试着这样做,这可能是我们在探索的东西,但目前它似乎有点过于强大,不适合我们的需要。我只需要做一个临时跟踪来确认一些事情,但这并不能真正证明ApplicationInsights配置的合理性。