An Azure backup service that provides built-in management at scale.
From the Azure side, the supported checks are:
- In Azure portal, go to Virtual Machines > Settings > Properties and confirm the VM Status is Running and Agent status is Ready. If the Linux guest agent is stopped or inconsistent, restart the guest agent.
- In Azure portal, go to Virtual Machines > Settings > Extensions and verify all extensions are in provisioning succeeded state. A failed extension or a VM stuck in an updating/provisioning failed state can interfere with restore point creation.
- Verify the Linux VM agent is current. Basic Azure Backup troubleshooting explicitly calls out ensuring the VM Agent (WA Agent) is the latest version.
- Verify the VM has internet connectivity.
- If Security-Enhanced Linux is in use, exclude /var/lib/waagent from the security policy and make sure the Backup extension is installed.
- If application control software is in use, check whether it is blocking the backup extension. For Linux restore point troubleshooting, the documented path to review/exclude is /var/lib.
For Linux-side validation, the server team should check the items that Azure cannot confirm without guest access:
- Memory usage
- Disk free space
- Disk I/O pressure
- Swap utilization
- Guest agent health
- Backup extension health
For logs, the documented Linux restore point troubleshooting logs to collect from inside the VM are:
-
/var/lib/waagent/*.xml -
/var/log/waagent.log -
/var/log/azure/*
If more detail is needed, verbose logging for waagent can be enabled by editing /etc/waagent.conf, changing Logs.Verbose from n to y, saving the file, and restarting waagent.
If the guest agent is not running, the documented start commands are:
-
sudo systemctl start walinuxagent - for other Linux distributions:
sudo systemctl start waagent
If the VM uses application-consistent backup scripts, also review the VmSnapshotLinux extension-related conditions:
- corrupted
Pluginhostfile - incorrect
VMSnapshotScriptPluginConfig.json - insufficient permissions on pre/post scripts
- pre/post script timeouts
Those checks are relevant when backup is expected to be application-consistent.
Given the current limitation that server login access is unavailable, Azure-side validation is limited to VM state, agent status, extension provisioning state, connectivity, and any security policy/application control conditions. Validation of memory, disk space, disk I/O, and swap utilization requires the Linux/server team to inspect the guest OS directly before retrying the backup.
References: