我们使用 log4net 在 azure 中进行应用程序日志记录。 我们按照这个document配置一下,日志存储在
d:/home/LogFiles/Application/Log4netfile-[%processid].txt
我们可以从https://xxxx.scm.azurewebsites.net/api/dump下载文件我还可以在日志流中看到它们,看起来像这样
2022-02-06T18:22:57 PID[29616] Verbose log4net: Adding appender named [FileAppender] to logger [root].
2022-02-06T18:22:57 PID[29616] Verbose log4net: Hierarchy Threshold []
2022-02-06T18:22:58 PID[29616] Verbose LOG4NET Fatal LOG4NET LOG4NET
2022-02-06T18:22:58 PID[29616] Verbose LOG4NET Debug Message Message
订单项如:
log4net: Adding appender named
由log4net在内部设置期间创建(使用debug=true),并且这些显示在我们的AppServiceAppLogs中,但是,记录器使用以下方式生成项目:
Logger.Fatal("LOG4NET Fatal LOG4NET LOG4NET");
在流和文件中可见,但它们不会显示在 AppServiceLogs 中。
我尝试了多个不同的附加程序,唯一显示在 Log-Streams 和文件中的是 FileAppender(或 RollingFileAppender),所有其他附加程序都没有显示在 LogStreams 中或(如预期)在文件中。
基于此https://learn.microsoft.com/en-us/azure/app-service/troubleshoot-diagnostic-logs#send-logs-to-azure-monitor我认为写入文件的所有内容都应该发送到 azure-monitor - 但在我们的例子中,这并没有发生。您能否提供一些有关如何发送文件以及哪个进程执行此操作的实现/代码的引用?
我想知道是否有什么我们可以进行不同配置以使日志项最终出现在 AppServiceLogs 中?或者我们应该使用其他附加程序?
我知道 AspNetTraceAppender 中的问题,并且我正在尝试避免实现新的附加程序。
最佳答案
您可以查看以下几件事:
在写入日志文件之前调用 log4net configure(只需一次就足够了):
log4net.Config.XmlConfigurator();
或
log4net.Config.XmlConfigurator.Configure();
然后您可以将刷新添加到您的配置中:
<appender name="AzureTraceAppender" type="log4net.Appender.TraceAppender">
<param name="ImmediateFlush" value="true" />
<layout type="log4net.Layout.PatternLayout">
<!-- can be any pattern you like -->
<conversionPattern value="%logger - %message" />
</layout>
</appender>
这将立即刷新消息。
在 Global.asax 中,让 log4net 读取您的配置。
void Application_Start(object sender, EventArgs e)
{
// Code that runs on application startup
// Initialize log4net.
log4net.Config.XmlConfigurator.Configure();
}
确保 Azure 诊断已配置调试所需的所有信息。
之后,您可以启用内部log4net调试。请参阅internal debugging on this log4net faq page 。标准它应该记录到您已配置的监听器。向跟踪元素添加 autoflush="true"选项。或者找到您可以写入并访问以读取日志的辅助角色目录。
关于azure - AppServiceAppLogs 中未显示 log4net 项目,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/71011117/