An Azure service that is used to collect, analyze, and act on telemetry data from Azure and on-premises environments.
Hello Pransh Parashar,
Thank you for your patience while we reviewed the issue.
I understand that one Windows VM is not sending data to Log Analytics because the Azure Monitor Agent (AMA) extension remains in a "Transitioning" state, while the Linux VM and the second Windows VM are functioning correctly.
Based on the information provided, the issue appears to be related to an incomplete or corrupted AMA installation on the affected VM. This is supported by the fact that the AMA configuration folder is not present and the agent process is not running on the machine. Since the same DCR is working successfully on the other VMs, the Log Analytics Workspace and DCR configuration are unlikely to be the cause.
To resolve the issue, please perform the following actions:
- Remove the AzureMonitorWindowsAgent extension from the VM.
- Verify that the Azure Guest Agent services (RdAgent and WindowsAzureGuestAgent) are running.
- Delete any remaining AMA installation artifacts, including the AMADataStore folder if present.
- Restart the VM.
- Reinstall the Azure Monitor Agent by reassociating the VM with the existing Data Collection Rule.
- Confirm that the following are created after installation:
-
C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent -
MonAgentCore.exeprocess
-
Once the agent starts successfully, a new heartbeat entry should appear in the Log Analytics Workspace and log ingestion should resume.
For reference:
- Azure Monitor Agent Troubleshooter: https://learn.microsoft.com/en-us/azure/azure-monitor/agents/troubleshooter-ama-windows?tabs=WindowsPowerShell
- Azure Monitor Agent Troubleshooting Guidance: https://learn.microsoft.com/en-us/azure/azure-monitor/agents/azure-monitor-agent-troubleshoot-windows-vm
Based on the symptoms provided, the above actions are expected to restore the AMA extension to a healthy state and resume log collection from the affected VM.