Why did my logs stop coming into my log analytics workspace?

F S 45 Reputation points
2025-04-30T15:59:06.66+00:00

I have several Windows 11 Pro laptop. Not virtual machines.

My goal was to get Windows Security Logs and Windows Firewall logs from all of these laptops.

I got them on Azure ARC, and then installed the AMA extension for each.

After I created a DCE & DCR, the Windows Security Logs & the Windows Firewall logs started flowing in.

After the weekend, they stopped. I had to uninstall the AMA extension and then reinstall it for the logs to flow again. Then they stopped the next day.

Nothing even shows up when I query Heartbeat. Why is this happening?

Azure Monitor
Azure Monitor
An Azure service that is used to collect, analyze, and act on telemetry data from Azure and on-premises environments.
3,661 questions
{count} votes

Accepted answer
  1. adwaid krishna 80 Reputation points
    2025-05-02T06:01:06.0533333+00:00

    yo bro this sounds like one of those annoying silent fails that make you wanna flip the laptop... i get your pain

    so let’s break this down like a curious mind trying to catch the gremlin

    first thing... the logs stop after a day or so and even Heartbeat vanishes? bro that smells like either the agent (AMA) is crashing, or something’s blocking it from sending data out

    few things to chew on:

    1. AMA crash or stuck service – sometimes the Azure Monitor Agent service just stops working silently. you might not even notice unless you check services.msc. it should be Microsoft Azure Monitor Agent or something close. check if it's running when logs stop.

    Network or firewall blocks – windows firewall or some company antivirus might be like "yo AMA, not today" and just cuts the network connection out of nowhere. maybe after a policy update? AMA needs to talk to Azure Monitor endpoints. if it can’t, no heartbeat, no logs.

    DCR binding messed up – check if your DCR (Data Collection Rule) still shows your machine as a target. sometimes when the DCR binding breaks, the agent doesn’t know where to send the logs. verify that the laptops are still attached to the DCR and the DCE still exists.

    Log throttling or size limits – unlikely but if you're dumping tons of logs, there could be some kind of ingestion throttling from the Azure side. but then at least heartbeat should still show... unless it’s network related.

    Time sync issues – bruh this sounds random but if the laptop clocks drift way off from UTC (like 5+ mins), heartbeat and logs can fail silently. just double check system time is synced with a reliable NTP.

    ARC agent re-auth issue – could be that the ARC agent token expires or ARC connection goes stale if your setup doesn’t keep the device properly enrolled. are these laptops always online or do they go to sleep or get shutdown over the weekend?

    what i’d do if i were you:

    check agent logs: %ProgramData%\AzureMonitorAgent\Logs or check Windows Event Viewer for any AMA crashes

    confirm that the service is running when it stops sending

    run azcmagent show to check ARC status and if it's still connected

    open the portal > DCR > check if your laptop is listed

    ping or curl the required endpoints AMA needs to reach (you can find a list in azure docs for AMA network requirements)

    this feels like either a sleeping laptop cutting off the connection, a network block, or AMA being unstable. bro i’d also maybe set up a small script to restart the AMA service daily as a temp fix until this whole thing gets stableyo bro this sounds like one of those annoying silent fails that make you wanna flip the laptop... i get your pain

    so let’s break this down like a curious mind trying to catch the gremlin

    first thing... the logs stop after a day or so and even Heartbeat vanishes? bro that smells like either the agent (AMA) is crashing, or something’s blocking it from sending data out

    few things to chew on:

    AMA crash or stuck service – sometimes the Azure Monitor Agent service just stops working silently. you might not even notice unless you check services.msc. it should be Microsoft Azure Monitor Agent or something close. check if it's running when logs stop.

    Network or firewall blocks – windows firewall or some company antivirus might be like "yo AMA, not today" and just cuts the network connection out of nowhere. maybe after a policy update? AMA needs to talk to Azure Monitor endpoints. if it can’t, no heartbeat, no logs.

    DCR binding messed up – check if your DCR (Data Collection Rule) still shows your machine as a target. sometimes when the DCR binding breaks, the agent doesn’t know where to send the logs. verify that the laptops are still attached to the DCR and the DCE still exists.

    Log throttling or size limits – unlikely but if you're dumping tons of logs, there could be some kind of ingestion throttling from the Azure side. but then at least heartbeat should still show... unless it’s network related.

    Time sync issues – bruh this sounds random but if the laptop clocks drift way off from UTC (like 5+ mins), heartbeat and logs can fail silently. just double check system time is synced with a reliable NTP.

    ARC agent re-auth issue – could be that the ARC agent token expires or ARC connection goes stale if your setup doesn’t keep the device properly enrolled. are these laptops always online or do they go to sleep or get shutdown over the weekend?

    what i’d do if i were you:

    check agent logs: %ProgramData%\AzureMonitorAgent\Logs or check Windows Event Viewer for any AMA crashes

    confirm that the service is running when it stops sending

    run azcmagent show to check ARC status and if it's still connected

    open the portal > DCR > check if your laptop is listed

    ping or curl the required endpoints AMA needs to reach (you can find a list in azure docs for AMA network requirements)

    this feels like either a sleeping laptop cutting off the connection, a network block, or AMA being unstable. bro i’d also maybe set up a small script to restart the AMA service daily as a temp fix until this whole thing gets stable

    1 person found this answer helpful.

0 additional answers

Sort by: Most helpful

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.