Troubleshooting guidance for the Azure Monitor agent on Windows virtual machines and scale sets
Overview for Azure Monitor agent
Before you read further, you must be familiar with Azure Monitor agent and Data Collection Rules.
Terminology
Name | Acronym | Description |
---|---|---|
Azure Monitor Agent | AMA | The new Azure Monitor agent |
Data Collection Rules | DCR | Rules to configure collection of data by the agent, i.e. what to collect, where to send to, and more |
Azure Monitor Configuration Service | AMCS | Regional service hosted in Azure, which controls data collection for this agent and other parts of Azure Monitor. The agent calls into this service to fetch DCRs. |
Logs endpoint | -- | Endpoint for sending data to Log Analytics workspaces |
Metrics endpoint | -- | Endpoint for sending data to Azure Monitor Metrics databases. |
Instance Metadata Service and Hybrid | IMDS and HIMDS | Services hosted in Azure which provide information about currently running virtual machines, scale sets (via IMDS) and Arc-enabled servers (via HIMDS) respectively |
Log Analytics workspace | LAW | The destination in Azure Monitor that you can send logs collected by the agent to |
Custom Metrics | -- | The destination in Azure Monitor that you can send guest metrics collected by the agent to |
Basic troubleshooting steps (installation, agent not running, configuration issues)
Follow the steps below to troubleshoot the latest version of the Azure Monitor agent running on your Windows virtual machine:
Carefully review the prerequisites here.
Verify that the extension was successfully installed and provisioned, which installs the agent binaries on your machine:
- Open Azure portal > select your virtual machine > Open Settings : Extensions + applications from the pane on the left > 'AzureMonitorWindowsAgent'should show up with Status: 'Provisioning succeeded'
- If not, check if machine can reach Azure and find the extension to install using the command below:
az vm extension image list-versions --location <machine-region> --name AzureMonitorWindowsAgent --publisher Microsoft.Azure.Monitor
- Wait for 10-15 minutes as extension maybe in transitioning status. If it still doesn't show up, uninstall and install the extension again and repeat the verification to see the extension show up.
- If not, check if you see any errors in extension logs located at
C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent
on your machine
Verify that the agent is running:
- Check if the agent is emitting heartbeat logs to Log Analytics workspace using the query below. Skip if 'Custom Metrics' is the only destination in the DCR:
Heartbeat | where Category == "Azure Monitor Agent" and Computer == "<computer-name>" | take 10
- If not, open Task Manager and check if 'MonAgentCore.exe' process is running. If it is, wait for 5 minutes for heartbeat to show up.
- If not, check if you see any errors in core agent logs located at
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Configuration
on your machine
- Check if the agent is emitting heartbeat logs to Log Analytics workspace using the query below. Skip if 'Custom Metrics' is the only destination in the DCR:
Verify that the DCR exists and is associated with the virtual machine:
- If using Log Analytics workspace as destination, verify that DCR exists in the same physical region as the Log Analytics workspace.
- On your virtual machine, verify the existence of the file
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.latest.xml
. If this file doesn't exist:- The virtual machine may not be associated with a DCR. See step 3
- The virtual machine may not have Managed Identity enabled. See here on how to enable.
- IMDS service isn't running/accessible from the virtual machine. Check if you can access IMDS from the machine.
- AMA can't access IMDS. Check if you see IMDS errors in
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Tables\MAEventTable.tsf
file.
- Open Azure portal > select your data collection rule > Open Configuration : Resources from the pane on the left > You should see the virtual machine listed here
- If not listed, click 'Add' and select your virtual machine from the resource picker. Repeat across all DCRs.
Verify that agent was able to download the associated DCR(s) from AMCS service:
- Check if you see the latest DCR downloaded at this location
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\configchunks
- Check if you see the latest DCR downloaded at this location
Issues collecting Performance counters
- Check that your DCR JSON contains a section for 'performanceCounters'. If not, fix your DCR. See how to create DCR or sample DCR.
- Check that the file
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.lkg.xml
exists. - Open the file and check if it contains
CounterSet
nodes as shown in the example below:<CounterSet storeType="Local" duration="PT1M" eventName="c9302257006473204344_16355538690556228697" sampleRateInSeconds="15" format="Factored"> <Counter>\Processor(_Total)\% Processor Time</Counter> <Counter>\Memory\Committed Bytes</Counter> <Counter>\LogicalDisk(_Total)\Free Megabytes</Counter> <Counter>\PhysicalDisk(_Total)\Avg. Disk Queue Length</Counter> </CounterSet>
Issues using 'Custom Metrics' as destination
- Carefully review the prerequisites here.
- Ensure that the associated DCR is correctly authored to collect performance counters and send them to Azure Monitor metrics. You should see this section in your DCR:
"destinations": { "azureMonitorMetrics": { "name":"myAmMetricsDest" } }
- Run PowerShell command:
Verify that the CommandLine parameter in the output contains the argument "-TokenSource MSI"Get-WmiObject Win32_Process -Filter "name = 'MetricsExtension.Native.exe'" | select Name,ExecutablePath,CommandLine | Format-List
- Verify
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\AuthToken-MSI.json
file is present. - Verify
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\CUSTOMMETRIC_<subscription>_<region>_MonitoringAccount_Configuration.json
file is present. - Collect logs by running the command
C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<version-number>\Monitoring\Agent\table2csv.exe C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Tables\MaMetricsExtensionEtw.tsf
- The command will generate the file 'MaMetricsExtensionEtw.csv'
- Open it and look for any Level 2 errors and try to fix them.
Issues collecting Windows event logs
- Check that your DCR JSON contains a section for 'windowsEventLogs'. If not, fix your DCR. See how to create DCR or sample DCR.
- Check that the file
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.lkg.xml
exists. - Open the file and check if it contains
Subscription
nodes as shown in the example below:<Subscription eventName="c9302257006473204344_14882095577508259570" query="System!*[System[(Level = 1 or Level = 2 or Level = 3)]]"> <Column name="ProviderGuid" type="mt:wstr" defaultAssignment="00000000-0000-0000-0000-000000000000"> <Value>/Event/System/Provider/@Guid</Value> </Column> ... </Column> </Subscription>