You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/app-service/troubleshoot-diagnostic-logs.md
+33-31Lines changed: 33 additions & 31 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,26 +3,27 @@ title: Enable Diagnostic Logging for Apps in Azure App Service
3
3
description: Learn how to enable diagnostic logging and add instrumentation to your application, along with how to access the information logged by Azure.
Azure provides built-in diagnostics to assist with debugging an [Azure App Service app](overview.md). In this article, you learn how to enable diagnostic logging and add instrumentation to your application. You also learn how to access the information that Azure logs.
The following video complements the steps in this article by illustrating how to enable diagnostic logging for apps.
20
21
21
22
> [!VIDEO 62f2edbe-1063-4ec3-a76f-faa0bd783f2f]
22
23
23
-
This article uses the [Azure portal](https://portal.azure.com) and the Azure CLI to work with diagnostic logs. For information on working with diagnostic logs by using Visual Studio, see [Troubleshoot an app in Azure App Service by using Visual Studio](troubleshoot-dotnet-visual-studio.md).
24
+
This article uses the [Azure portal](https://portal.azure.com) and the Azure CLI to work with diagnostic logs. For information on working with diagnostic logs by using Visual Studio, see [Troubleshoot an app in Azure App Service using Visual Studio](troubleshoot-dotnet-visual-studio.md).
24
25
25
-
In addition to the logging instructions in this article, you can use the Azure Monitor integrated logging capability. The [Send logs to Azure Monitor](#send-logs-to-azure-monitor) section in this article provides more information about this capability.
26
+
In addition to the logging instructions in this article, you can use the Azure Monitor integrated logging capability. For more information, see [Send logs to Azure Monitor](#send-logs-to-azure-monitor).
26
27
27
28
> [!NOTE]
28
29
> App Service provides a dedicated, interactive diagnostic tool to help you troubleshoot your application. For more information, see [Azure App Service diagnostics overview](overview-diagnostics.md).
@@ -31,11 +32,11 @@ In addition to the logging instructions in this article, you can use the Azure M
31
32
32
33
## Overview of logging types
33
34
34
-
|Type|Platform|Log storage location|Description|
35
-
|-|-|-|-|
36
-
| Application logging | Windows, Linux | App Service file system and/or Azure Storage blobs | Log messages that your application code generates. The messages can be generated by the web framework that you choose, or from your application code directly via the standard logging pattern of your language. Each message is assigned one of the following categories: **Critical**, **Error**, **Warning**, **Info**, **Debug**, or **Trace**. You can select how verbose you want the logging to be by setting the severity level when you enable application logging.|
37
-
| Web server logging| Windows | App Service file system or Azure Storage blobs| Raw HTTP request data in the [W3C extended log file format](/windows/desktop/Http/w3c-logging). Each log message includes data such as the HTTP method, resource URI, client IP, client port, user agent, and response code. |
38
-
| Detailed error messages| Windows | App Service file system | Copies of the .htm error pages that would have been sent to the client browser. For security reasons, detailed error pages shouldn't be sent to clients in production. But App Service can save the error page each time an application error that has HTTP code 400 or higher occurs. The page might contain information that can help determine why the server returns the error code. |
| Application logging | Windows, Linux | App Service file system and/or Azure Storage blobs | Log messages that your application code generates. The messages can be generated by the web framework that you choose, or from your application code directly by using the standard logging pattern of your language. Each message is assigned one of the following categories: **Critical**, **Error**, **Warning**, **Info**, **Debug**, or **Trace**. You can select how verbose you want the logging to be by setting the severity level when you enable application logging.|
38
+
| Web server logging| Windows | App Service file system or Azure Storage blobs| Raw HTTP request data in the [W3C extended log file format](/windows/desktop/Http/w3c-logging). Each log message includes data such as the HTTP method, resource URI, client IP, client port, user agent, and response code. |
39
+
| Detailed error messages| Windows | App Service file system | Copies of the .htm error pages that would have been sent to the client browser. For security reasons, detailed error pages shouldn't be sent to clients in production. But App Service can save the error page each time an application error that has HTTP code 400 or higher occurs. The page might contain information that can help determine why the server returns the error code. |
39
40
| Failed request tracing | Windows | App Service file system | Detailed tracing information on failed requests, including a trace of the IIS components used to process the request and the time taken in each component. This information is useful if you want to improve site performance or isolate a specific HTTP error. One folder is generated for each failed request. The folder contains the XML log file and the XSL stylesheet for viewing the log file. |
40
41
| Deployment logging | Windows, Linux | App Service file system | Logs for when you publish content to an app. Deployment logging happens automatically, and there are no configurable settings for deployment logging. It helps you determine why a deployment failed. For example, if you use a [custom deployment script](https://github.com/projectkudu/kudu/wiki/Custom-Deployment-Script), you might use deployment logging to determine why the script is failing. |
41
42
@@ -45,19 +46,19 @@ When logs are stored in the App Service file system, they're subject to the avai
45
46
46
47
To enable application logging for Windows apps in the [Azure portal](https://portal.azure.com):
47
48
48
-
1. Go to your app and select **App Service logs**.
49
+
1. Go to your app and select **Monitoring** > **App Service logs**.
49
50
50
51
1. Select **On** for either or both of these options:
51
52
52
-
-**Filesystem**: This option is for temporary debugging purposes. It turns itself off in 12 hours.
53
-
-**Blob**: This option is for long-term logging. It needs a blob storage container to write logs to.
53
+
-**Application logging (Filesystem)**: This option is for temporary debugging purposes. It turns itself off in 12 hours.
54
+
-**Application logging (Blob)**: This option is for long-term logging. It needs a blob storage container to write logs to.
54
55
55
56
The **Blob** option includes additional information in the log messages, such as the ID of the origin virtual machine instance of the log message (`InstanceId`), the thread ID (`Tid`), and a more granular time stamp ([`EventTickCount`](/dotnet/api/system.datetime.ticks)).
56
57
57
58
1. For **Level**, select the level of details to log. The following table shows the log categories included in each level:
@@ -68,7 +69,7 @@ To enable application logging for Windows apps in the [Azure portal](https://por
68
69
69
70
If you write logs to blobs, the retention policy no longer applies if you delete the app but keep the logs in the blobs. For more information, see [Costs that might accrue after resource deletion](overview-manage-costs.md#costs-that-might-accrue-after-resource-deletion).
70
71
71
-
Currently, only .NET application logs can be written to blob storage. Java, PHP, Node.js, and Python application logs can be stored only in the App Service file system (without code modifications to write logs to external storage).
72
+
Currently, only .NET application logs can be written to blob storage. Java, PHP, Node.js, and Python application logs can be stored only in the App Service file system without code modifications to write logs to external storage.
72
73
73
74
If you [regenerate your storage account's access keys](../storage/common/storage-account-create.md), you must reset the respective logging configuration to use the updated access keys:
74
75
@@ -80,7 +81,7 @@ If you [regenerate your storage account's access keys](../storage/common/storage
80
81
81
82
To enable application logging for Linux apps or custom containers in the [Azure portal](https://portal.azure.com):
82
83
83
-
1. Go to your app and select **App Service logs**.
84
+
1. Go to your app and select **Monitoring** > **App Service logs**.
84
85
85
86
1. In **Application logging**, select **File System**.
86
87
@@ -94,7 +95,7 @@ To enable application logging for Linux apps or custom containers in the [Azure
94
95
95
96
To enable web server logging for Windows apps in the [Azure portal](https://portal.azure.com):
96
97
97
-
1. Go to your app and select **App Service logs**.
98
+
1. Go to your app and select **Monitoring** > **App Service logs**.
98
99
99
100
1. For **Web server logging**, select **Storage** to store logs in blob storage, or select **File System** to store logs in the App Service file system.
100
101
@@ -114,28 +115,29 @@ If you [regenerate your storage account's access keys](../storage/common/storage
114
115
115
116
To save the error page or failed request traces for Windows apps in the [Azure portal](https://portal.azure.com):
116
117
117
-
1. Go to your app and select **App Service logs**.
118
+
1. Go to your app and select **Monitoring** > **App Service logs**.
118
119
119
-
1. Under **Detailed Error Logging** or **Failed Request Tracing**, select **On**.
120
+
1. Under **Detailed error messages** or **Failed request tracing**, select **On**.
120
121
121
122
1. Select **Save**.
122
123
123
-
Both types of logs are stored in the App Service file system. Up to 50 errors (files or folders) are retained. When the number of HTML files exceeds 50, the oldest error files are automatically deleted.
124
+
Both types of logs are stored in the App Service file system. It retains up to 50 errors (files or folders). When the number of HTML files exceeds 50, App Service deletes the oldest error files.
124
125
125
-
By default, failed request tracing captures a log of requests that failed with HTTP status codes between 400 and 600. To specify custom rules, you can override the `<traceFailedRequests>` section in the `Web.config` file.
126
+
By default, failed request tracing captures a log of requests that failed with HTTP status codes between 400 and 600. To specify custom rules, override the `<traceFailedRequests>` section in the `Web.config` file.
126
127
127
128
## Add log messages in code
128
129
129
-
In your application code, you use the usual logging facilities to send log messages to the application logs. For example:
130
+
In your application code, you can use the usual logging facilities to send log messages to the application logs. For example:
130
131
131
132
- ASP.NET applications can use the [System.Diagnostics.Trace](/dotnet/api/system.diagnostics.trace) class to log information to the application diagnostic log. For example:
132
133
133
-
```csharp
134
-
System.Diagnostics.Trace.TraceError("If you're seeing this, something bad happened");
135
-
```
134
+
```csharp
135
+
System.Diagnostics.Trace.TraceError("If you're seeing this, something bad happened");
136
+
```
137
+
138
+
By default, ASP.NET Core uses the [Microsoft.Extensions.Logging.AzureAppServices](https://www.nuget.org/packages/Microsoft.Extensions.Logging.AzureAppServices) logging provider. For more information, see [ASP.NET Core logging in Azure](/aspnet/core/fundamentals/logging/). For information about WebJobs SDK logging, see [Get started with the Azure WebJobs SDK](./webjobs-sdk-get-started.md#enable-console-logging).
136
139
137
-
Bydefault, ASP.NETCoreusesthe [Microsoft.Extensions.Logging.AzureAppServices](https://www.nuget.org/packages/Microsoft.Extensions.Logging.AzureAppServices) logging provider. For more information, see [ASP.NET Core logging in Azure](/aspnet/core/fundamentals/logging/). For information about WebJobs SDK logging, see [Get started with the Azure WebJobs SDK](./webjobs-sdk-get-started.md#enable-console-logging).
- Python applications can use OpenTelemetry to send logs to the application diagnostic log. For more information, see [Enable Azure Monitor OpenTelemetry](/azure/azure-monitor/app/opentelemetry-enable).
139
141
140
142
## Stream logs
141
143
@@ -146,7 +148,7 @@ Before you stream logs in real time, enable the log type that you want. App Serv
146
148
147
149
### Azure portal
148
150
149
-
Tostreamlogsinthe [Azureportal](https://portal.azure.com), go to your app and select **Log stream**.
151
+
To stream logs in the [Azure portal](https://portal.azure.com), go to your app and select **Monitoring** > **Log stream**.
150
152
151
153
### <aname = "in-cloud-shell"></a> Cloud Shell
152
154
@@ -183,18 +185,18 @@ For Linux or custom containers, the ZIP file contains console output logs for bo
183
185
For Windows apps, the ZIP file contains the contents of the `D:\Home\LogFiles` directory in the App Service file system. It has the following structure:
184
186
185
187
| Log type | Directory | Description |
186
-
|-|-|-|
188
+
|:-|:-|:-|
187
189
| Application log |`/LogFiles/Application/`| Contains one or more text files. The format of the log messages depends on the logging provider that you use. |
188
190
| Failed request trace |`/LogFiles/W3SVC#########/`| Contains XML files and an XSL file. You can view the formatted XML files in the browser. |
189
191
| Detailed error log |`/LogFiles/DetailedErrors/`| Contains HTM error files. You can view the HTM files in the browser.<br/><br/>Another way to view the failed request traces is to go to your app page in the portal. On the left menu, select **Diagnose and solve problems**. Search for **Failed Request Tracing Logs**, and then select the icon to browse and view the trace that you want. |
190
-
|Webserverlog| `/LogFiles/http/RawLogs/` |Containstextfilesformattedviathe [W3Cextendedlogfileformat](/windows/desktop/Http/w3c-logging). Youcanreadthesefilesbyusingatexteditororatoollike [LogParser](https://www.iis.net/downloads/community/2010/04/log-parser-22).<br/><br/>App Service doesn't support the `s-computername`, `s-ip`, and `cs-version` fields. |
192
+
| Web server log |`/LogFiles/http/RawLogs/`| Contains text files formatted by using the [W3C extended log file format](/windows/desktop/Http/w3c-logging). You can read these files by using a text editor or a tool like [Log Parser](https://www.iis.net/downloads/community/2010/04/log-parser-22).<br/><br/>App Service doesn't support the `s-computername`, `s-ip`, and `cs-version` fields. |
191
193
| Deployment log |`/LogFiles/Git/` and `/deployments/`| Contains logs generated by the internal deployment processes, along with logs for Git deployments. |
192
194
193
195
## Send logs to Azure Monitor
194
196
195
197
With [Azure Monitor integration](https://aka.ms/appsvcblog-azmon), you can [create diagnostic settings](https://azure.github.io/AppService/2019/11/01/App-Service-Integration-with-Azure-Monitor.html#create-a-diagnostic-setting) to send logs to storage accounts, event hubs, and Log Analytics workspaces. When you add a diagnostic setting, App Service adds app settings to your app, which triggers an app restart.
196
198
197
-
:::imagetype="content"source="media/troubleshoot-diagnostic-logs/diagnostic-settings-page.png"alt-text="Screenshot that shows selections for displaying diagnostic settings and adding a diagnostic setting.":::
199
+
:::image type="content" source="media/troubleshoot-diagnostic-logs/diagnostic-settings-page.png" alt-text="Screenshot that shows selections for displaying diagnostic settings and adding a diagnostic setting." lightbox="media/troubleshoot-diagnostic-logs/diagnostic-settings-page.png":::
0 commit comments