This article guides you through possible causes and troubleshooting steps for deployment failures on Azure DevTest Labs virtual machines (VMs).

Find information about deployment failures

VM deployment errors are captured in activity logs. In the Azure portal, you can find lab VM activity logs underAudit logs orVirtual machine diagnostics on the resource menu on the lab's VM page. (This page appears after you select the VM from theMy virtual machines list).

Sometimes, the deployment error occurs before VM deployment begins. An example is when the subscription limit for a resource that was created with the VM is exceeded. In this case, the error details are captured in the lab-level activity logs. In the Azure portal, activity logs are located at the bottom of theConfiguration and policies settings section. For more information about activity logs in Azure, seeView activity logs to audit actions on resources.

Resolve "Parent resource not found"

When one resource is a parent to another resource, the parent resource must exist before you create the child resource. If you attempt to create a child resource, but a specified parent resource doesn't exist, you see theParentResourceNotFound message. If you don't specify a dependency on the parent resource, the child resource might be deployed before the parent.

VMs are child resources under a lab in a resource group. When you use Azure Resource Manager (ARM) templates to deploy VMs by using PowerShell, the resource group name provided in the PowerShell script should be the resource group name of the lab. For more information, seeTroubleshoot common Azure deployment errors.

Resolve "Location not available for resource type"

You might see an error message similar to the following example when you try to create a lab:

The provided location 'australiacentral' is not available for resource type 'Microsoft.KeyVault/vaults'. List of available regions for the resource type is 'devx-track-azurepowershell,northcentralus,eastus,northeurope,westeurope,eastasia,southeastasia,eastus2,centralus,southcentralus,westus,japaneast,japanwest,australiaeast,australiasoutheast,brazilsouth,centralindia,southindia,westindia,canadacentral,canadaeast,uksouth,ukwest,westcentralus,westus2,koreacentral,koreasouth,francecentral,southafricanorth

There are two approaches to address this issue:

• In the Azure portal, check the availability for the resource type in Azure regions on theProducts available by region page. If the resource type isn't available in a certain region, DevTest Labs doesn't support creation of a lab in that region. To address the issue, select a different region when you create your lab.

• If the resource type is available in your region, confirm the registration with your subscription. You can check the registration at the subscription owner level as shown inAzure resource providers and types.

Fix save process for virtual network

If DevTest Labs isn't properly saving your existing virtual network, one possibility is that the virtual network name contains periods (.). If the name uses periods, remove the periods or replace them with hyphens (-). After you update the virtual network name, try saving the network again.

Get support

If you need more help, try one of the following support channels:

• Search theMicrosoft Community website resources for information about Azure DevTest Labs and access posts on Stack Overflow.

• Connect with@AzureSupport, the official Microsoft Azure account for improving customer experience. Azure Support connects the Azure community to answers, support, and experts.

Related content

• Troubleshoot artifact failures