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: Teams/teams-rooms-and-devices/teams-rooms-known-issues-android.md
+10-2Lines changed: 10 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,17 +23,25 @@ appliesto:
23
23
- Microsoft Teams
24
24
search.appverid:
25
25
- MET150
26
-
ms.date: 07/01/2025
26
+
ms.date: 07/22/2025
27
27
---
28
28
# Known issues with Teams Rooms on Android
29
29
30
30
<!-- If you get word that one of these issues no longer applies, contact [email protected] to EoL the corresponding KB. -->
31
31
32
+
## Issues affecting Teams meeting room devices
33
+
34
+
| Issue | Description | Workaround |
35
+
| --- | --- | --- |
36
+
|Unable to pair Yealink MeetingBar A40 device with CTP25 touch panel.|You might experience intermittent or failed pairing attempts between a Yealink MeetingBar A40 device and a CTP25 touch panel that are running the following firmware versions:<br/><br/>A40 device: 289.320.0.60<br/>CTP25 touch panel: 311.320.0.55<br/><br/>In some instances, the device might revert to an unpaired state shortly after initialization, or the touch panel might remain stuck on the pairing screen without displaying a code.|No workaround is available at this time.|
37
+
|Logitech Rally Bar device is failing during remote login authentication.|You're able to sign in to a LogiTech VR1009 Rally Bar device locally but it signs out if an attempt is made to log in remotely. In this situation you might see Entra ID error codes 530003, 530002, and others.|No workaround is available at this time.|
38
+
32
39
## Issues affecting multiple devices
33
40
34
41
| Issue | Description | Workaround |
35
42
| --- | --- | --- |
36
43
|Signed out of Teams on Android devices | Teams Rooms on Android, Teams phone devices, Teams panels, and Teams displays are signed out of Teams automatically. | Follow the instructions provided in [Signed out of Teams on Android devices](./signed-out-of-teams-android-devices.md).|
44
+
|Unable to extract log files.|You're trying to extract a log file but either the log files are empty or you see an error message. This behavior can occur when the logs contain partially corrupted zip files or log files.|Contact Microsoft Support by filing a request at [SERVICENOW](https://microsoft.service-now.com/sp?id=sc_cat_item&sys_id=0baac5bcdb0ca414b720f337689619ce&sysparm_category=8b859929136eea002620b0912244b066).|
37
45
38
46
## Issues with Teams phones
39
47
@@ -65,6 +73,6 @@ For issues with Teams devices offered by third-party providers, contact their in
Copy file name to clipboardExpand all lines: support/azure/automation/runbooks/job-not-start-as-expected.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: Troubleshoot Issues with Runbook Execution Start Time
3
3
description: Discusses an issue where jobs don't start as expected in Azure Automation.
4
-
ms.date: 06/27/2025
4
+
ms.date: 07/23/2025
5
5
ms.reviewer: adoyle, v-weizhu
6
6
ms.service: azure-automation
7
7
ms.custom: sap:Runbook not working as expected
@@ -12,7 +12,7 @@ Process automation in Azure Automation allows you to create and manage PowerShel
12
12
13
13
## Service-level agreement (SLA)
14
14
15
-
The SLA for runbook automation is 30 minutes. It's expected that 99.999 percent of runbooks start within five minutes of the scheduled time. For more information, see [SLAs for Online Services](https://www.microsoft.com/licensing/docs/view/Service-Level-Agreements-SLA-for-Online-Services).
15
+
The SLA for runbook automation is 30 minutes. It's expected that 99.9 percent of runbooks start within 30 minutes of the planned start time. For more information, see [SLAs for Online Services](https://www.microsoft.com/licensing/docs/view/Service-Level-Agreements-SLA-for-Online-Services).
16
16
17
17
The *SLA for the Automation Service - Process Automation* defines the following terms:
ms.custom: sap:Create, Upgrade, Scale and Delete operations (cluster or nodepool)
10
10
---
11
11
# Troubleshoot API server and etcd problems in Azure Kubernetes Services
@@ -16,7 +16,7 @@ Microsoft has tested the reliability and performance of the API server at a scal
16
16
17
17
## Prerequisites
18
18
19
-
-[Azure CLI](/cli/azure/install-azure-cli).
19
+
-The [Azure CLI](/cli/azure/install-azure-cli).
20
20
21
21
- The Kubernetes [kubectl](https://kubernetes.io/docs/reference/kubectl/overview/) tool. To install kubectl by using Azure CLI, run the [az aks install-cli](/cli/azure/aks#az-aks-install-cli) command.
22
22
@@ -89,7 +89,40 @@ Although it's helpful to know which clients generate the highest request volume,
89
89
90
90
### Step 2: Identify and chart the average latency of API server requests per user agent
91
91
92
-
To identify the average latency of API server requests per user agent as plotted on a time chart, run the following query:
92
+
**1.a.** Use the API Server Resource Intensive Listing Detector in Azure Portal
93
+
94
+
> **New:** Azure Kubernetes Service now provides a built-in analyzer to help you identify agents making resource-intensive LIST calls, which are a leading cause of API server and etcd performance issues.
95
+
96
+
**How to access the detector:**
97
+
98
+
1. Open your AKS cluster in the Azure portal.
99
+
2. Go to **Diagnose and solve problems**.
100
+
3. Click **Cluster and Control Plane Availability and Performance**.
101
+
4. Select **API server resource intensive listing detector**.
102
+
103
+
This detector analyzes recent API server activity and highlights agents or workloads generating large or frequent LIST calls. It provides a summary of potential impacts, such as request timeouts, increased 408/503 errors, node instability, health probe failures, and OOM-Kills in API server or etcd.
104
+
105
+
#### How to interpret the detector output
106
+
107
+
-**Summary:**
108
+
Indicates if resource-intensive LIST calls were detected and describes possible impacts on your cluster.
109
+
-**Analysis window:**
110
+
Shows the 30-minute window analyzed, with peak memory and CPU usage.
111
+
-**Read types:**
112
+
Explains whether LIST calls were served from the API server cache (preferred) or required fetching from etcd (most impactful).
113
+
-**Charts and tables:**
114
+
Identify which agents, namespaces, or workloads are generating the most resource-intensive LIST calls.
115
+
116
+
> Only successful LIST calls are counted. Failed or throttled calls are excluded.
117
+
118
+
The analyzer also provides actionable recommendations directly in the Azure portal, tailored to the detected patterns, to help you remediate and optimize your cluster.
119
+
120
+
> [!NOTE]
121
+
> The API server resource intensive listing detector is available to all users with access to the AKS resource in the Azure portal. No special permissions or prerequisites are required.
122
+
>
123
+
> After identifying the offending agents and applying the above recommendations, you can further use [Priority and Fairness](https://kubernetes.io/docs/concepts/cluster-administration/flow-control/) or refer to [this section](/troubleshoot/azure/azure-kubernetes/create-upgrade-delete/troubleshoot-apiserver-etcd?branch=pr-en-us-9260&tabs=resource-specific#cause-3-an-offending-client-makes-excessive-list-or-put-calls) to throttle or isolate problematic clients.
124
+
125
+
**1.b.** Additionally, you can also run following query to identify the average latency of API server requests per user agent as plotted on a time chart:
title: Centralized Configuration of Activity Logs to Event Hubs
3
+
description: Provides guidance to set up Azure Activity Logs to be centrally exported to a single Event Hub.
4
+
ms.date: 07/22/2025
5
+
ms.reviewer: v-liuamson; v-gsitser
6
+
ms.service: azure-monitor
7
+
ms.custom: I can’t configure export of Activity Logs
8
+
---
9
+
10
+
# Centralized Configuration of Activity Logs to Event Hubs
11
+
12
+
## Introduction
13
+
14
+
This article provides guidance for setting up Azure Activity Logs to be centrally exported to a single hub in Azure Event Hubs. This setup is useful for organizations that want to streamline log management across multiple Azure subscriptions and forward logs to third-party SIEM solutions.
15
+
16
+
Organizations often require a centralized approach to manage Activity Logs across numerous subscriptions. This guide discusses common challenges and considerations for configuring Azure Policies to automate streaming these logs to a specified event hub.
17
+
18
+
## Instructions to configure Activity Logs
19
+
20
+
1.**Create an Azure Policy for Activity Logs:**
21
+
- Navigate to the Azure portal, and access the **Azure Policy** service.
22
+
- Create a policy definition by using the JSON file that's provided in the community example. This policy should automate the enablement of activity log diagnostic settings across all subscriptions under a management group.
23
+
24
+
2.**Assign the Policy to Management Group:**
25
+
- Assign the newly created policy to the desired management group that contains the required subscriptions.
26
+
- Make sure that the policy is set to send data to the specified Event Hub.
27
+
28
+
3.**Configure Log Analytics Workspace:**
29
+
- Access **Log Analytics Workspace** in the Azure portal.
30
+
- Set up data export rules to forward logs from the Log Analytics Workspace to the event hub. Specify the source table as `AzureActivity` and the destination as the central event hub.
31
+
32
+
4.**Verify event hub configuration:**
33
+
- Make sure that the event hub is configured to handle the expected log volume from all subscriptions.
34
+
- Review performance benchmarks and adjust the event hub tier if it's necessary to manage logs efficiently.
35
+
36
+
5.**Monitor and adjust:**
37
+
- Regularly monitor the event hub performance and log flow.
38
+
- Adjust configurations as necessary to optimize performance and cost.
39
+
40
+
## Common issues and solutions
41
+
42
+
-**Performance concerns:** If the event hub experiences difficulty in handling the log volume, consider upgrading the tier or distributing logs across multiple hubs.
43
+
-**Policy Limitations:** Azure Policy might require manual steps for each subscription. Make sure that all configurations are correctly applied.
44
+
45
+
## Reference
46
+
47
+
-[Azure Policy Assignment to Enable Activity Log on Subscription](/azure/policy-assignment-to-enable-activity-log-on-subscription)
description: Troubleshooting guide for Azure CLI configuration issues.
4
+
ms.date: 07/22/2025
5
+
ms.reviewer: v-liuamson; v-gsitser
6
+
ms.service: azure-monitor
7
+
ms.custom: I can’t configure export of activity logs
8
+
---
9
+
10
+
# Troubleshoot Azure CLI configuration issues
11
+
12
+
This article discusses issues that are related to configuring Microsoft Azure to export activity logs by using PowerShell or CLI. Because of missing proxy certificates, users might experience difficulties when they try to run PowerShell commands.
13
+
14
+
## Common issues and solutions
15
+
16
+
-**Issue:** PowerShell commands don't run.
17
+
-**Root Cause:** Missing proxy certificates that are required for command execution.
18
+
19
+
### Instructions to resolve configuration issues
20
+
21
+
1.**Verify proxy settings:**
22
+
- Navigate to the **Network & Internet** settings on your system.
23
+
- Make sure that the proxy settings are configured correctly to allow PowerShell access.
24
+
25
+
2.**Install proxy certificates:**
26
+
- Download the necessary proxy certificates from your network administrator.
27
+
- Open the **Certificates Manager** snap-in by typing `certmgr.msc` in the Windows search bar.
28
+
- Import the downloaded certificates into the **Trusted Root Certification Authorities** store.
29
+
30
+
3.**Test PowerShell command execution:**
31
+
- Open PowerShell and run a test command to check whether the issue is resolved.
32
+
- Example command: `Get-AzActivityLog -MaxRecord 5`.
33
+
34
+
4.**Check Azure CLI configuration:**
35
+
- Run `az upgrade` to verify that the Azure CLI is updated to the latest version.
36
+
- Run `az configure` to verify that the CLI is configured correctly.
title: Understanding and Managing Diagnostic Settings Retention
3
+
description: Provides guidance for understanding and managing diagnostic settings retention.
4
+
ms.date: 07/22/2025
5
+
ms.reviewer: v-liuamson; v-gsitser
6
+
ms.service: azure-monitor
7
+
ms.custom: I can’t configure export of Activity Logs
8
+
---
9
+
10
+
# Understanding and managing diagnostic settings retention
11
+
12
+
When you manage Azure resources, you might experience issues that are related to the transition from diagnostic settings storage retention to Azure Storage lifecycle management. This article provides guidance to handle these issues effectively.
13
+
14
+
## Common issues and solutions
15
+
16
+
-**Issue**: Users might notice that templates aren't displayed when they try to verify resources that are affected by the transition from legacy solutions to diagnostic settings.
17
+
-**Root cause**: The automatic switch from activity log solutions to diagnostic settings might cause confusion if users don't fully understand diagnostic settings retention.
18
+
19
+
### Instructions to resolve diagnostic settings issues
20
+
21
+
1. Determine how resources are affected:
22
+
1. Navigate to the Azure portal > **All Services**.
23
+
1. Select **Resource Manager**.
24
+
1. Select **Deploy**, and then select **Templates** in the left pane.
25
+
1. Check whether any resources are affected by the transition.
26
+
27
+
2. To determine whether legacy solutions are in use, run the following PowerShell command:
If no output is returned, legacy solutions aren't in use, and no further action is required.
37
+
38
+
3. Understand that the transition to diagnostic settings is automatic. If your environment is already using diagnostic settings, no additional steps are necessary.
title: Understanding and Transitioning from Legacy to Diagnostic Settings for Activity Logs
3
3
description: Provides step-by-step instructions to transition from legacy to diagnostic settings.
4
-
ms.date: 07/16/2025
4
+
ms.date: 07/22/2025
5
5
ms.reviewer: v-liuamson; v-gsitser
6
6
ms.service: azure-monitor
7
7
ms.custom: I can’t configure export of Activity Logs
@@ -11,9 +11,17 @@ ms.custom: I can’t configure export of Activity Logs
11
11
12
12
When Azure announced the transition from legacy solutions to diagnostic settings for forwarding activity logs, users received notifications about necessary updates. This article provides guidance on how to manage this transition effectively.
13
13
14
-
###Introduction
14
+
## Introduction
15
15
Azure is retiring the legacy solution for forwarding activity logs and replacing it with diagnostic settings. This change is automatic, but users with automation relying on the legacy API need to update their configurations. This guide will help you verify your current setup and make necessary adjustments.
16
16
17
+
## Common Issues and Solutions
18
+
19
+
-**Issue:** Unable to find existing log profiles.
20
+
-**Solution:** Ensure you are using the correct commands and have the necessary permissions to access log profiles.
21
+
22
+
-**Issue:** Automation scripts fail after the transition.
23
+
-**Solution:** Double-check that all scripts are updated to use the new diagnostic settings API.
24
+
17
25
### Step-by-Step Instructions to Transition to Diagnostic Settings
18
26
19
27
1.**Verify Existing Log Profiles**
@@ -22,24 +30,16 @@ Azure is retiring the legacy solution for forwarding activity logs and replacing
22
30
23
31
2.**Update Automation Scripts**
24
32
- If you have automation scripts using the legacy API, update them to use the diagnostic settings API by September 30, 2026.
25
-
- Refer to the [Azure Monitor documentation](https://learn.microsoft.com/azure/azure-monitor/platform/activity-log?tabs=powershell#managing-legacy-log-profiles---retiring) for detailed instructions.
33
+
- Refer to the [Azure Monitor documentation](/azure/azure-monitor/platform/activity-log?tabs=powershell#managing-legacy-log-profiles---retiring) for detailed instructions.
26
34
27
35
3.**Manual Transition to Diagnostic Settings**
28
36
- For users with legacy log profiles, manually transition to diagnostic settings by following the steps outlined in the Azure documentation.
29
37
- Ensure all configurations are updated before the retirement date to avoid disruptions.
30
38
31
-
### Common Issues and Solutions
32
-
33
-
-**Issue:** Unable to find existing log profiles.
34
-
-**Solution:** Ensure you are using the correct commands and have the necessary permissions to access log profiles.
35
-
36
-
-**Issue:** Automation scripts fail after the transition.
37
-
-**Solution:** Double-check that all scripts are updated to use the new diagnostic settings API.
0 commit comments