This pattern matches an agent-side timeout or loss of heartbeat during a long-running deployment poll, not a package deployment failure in Finance and Operations.
The supported fixes from Microsoft guidance are:
- Use a self-hosted Windows agent for the deployment job.
The Power Platform package deploy task requires Windows, and Finance and Operations package deployments routinely exceed 60 minutes. - Increase the job/task timeout to at least 240 minutes.
Microsoft guidance for this exact deployment scenario states that deployments on Microsoft-hosted agents can time out, and the resolution is to switch to self-hosted Windows agents or increasetimeoutInMinutesto240or higher. - Check whether the agent stopped sending heartbeats.
Azure Pipelines agents send a heartbeat once per minute. If the service does not receive a heartbeat for five consecutive minutes, the job is marked as failed. That aligns with runs where the environment deployment finishes successfully but the pipeline still fails because the agent connection was lost before logs were uploaded. - Review resource pressure indicators for the failed run.
Microsoft guidance for the message “We stopped hearing from agent …” says it can indicate the task exceeded the resources allocated to the agent. Enable verbose logs and inspect resource utilization metrics in the pipeline logs to identify CPU, memory, disk, or network exhaustion. - If using a self-hosted agent, verify agent stability during the 65–75 minute polling window:
- Turn off automatic updates that could reboot the machine.
- Turn off sleep settings.
- If hosted on a VM, avoid live migration or maintenance during the run.
- Check health metrics for disk, memory, processor, page file, and network.
For the scenario described, the most direct remediation is:
- move the Power Platform Deploy Package step to a self-hosted Windows agent, and
- set
timeoutInMinutes: 240or higher for that job.