1-800-691-1991 | 9am - 8pm ET

Credentials Test or Job Fails when attempt to use VIX

KB ID: 1788
Product: Veeam Backup & Replication
Version: 9.5.x or newer
Published: 2013-07-08
Last Modified: 2020-08-13
Languages: IT | FR | ES


When using Veeam Backup & Replication with a VMware environment the following error may be seen when using the Guest Credentials Test or when processing a VM that is in a DMZ or Isolated environment.

Processing <vmname> Error: Cannot upload guest agent's files to the administrative share [C:\Windows].
Could not create guest directory [C:\Windows\VeeamVssSupport]
Could not create guest [vm-xxx] directory [C:\Windows\VeeamVssSupport]
Could not invoke guest operation
Unable to access file C:\Windows\VeeamVssSupport


VIX is a network-less connection method that Veeam Backup & Replication can use to interact with the Guest OS of a VM being Backed up or Replicated. Because of the way VIX operates it can be blocked by Windows User Account Controls. Also because it's reliance on VMware Tools, if they are out of date it can also cause issue.


In VMware environments Veeam Backup & Replication is able to use two methods to connect to a guest, RPC and VIX. If RPC is testing successfully, it is generally acceptable for the VIX test to fail as it will not likely be used as RPC connectivity is more efficient.

If the VM being protected is in a DMZ or other network isolated configuration it may not be possible to get RPC working and require that connectivity via VIX be functional.

In order to use VIX for Guest Processing one of the following must be true:

  1. The account specified to connect to the Guest OS is the Built-in Local or Domain Administrator account
    Note: This must be the original Built-in Administrator which has a SID that ends in -500, this user is unique and has the ability to bypass Windows User Account Controls. Even if the account was renamed, it will work.

  2. To use any account other than the Built-in Local or Domain Administrator, Windows User Account Control (UAC) must be disabled on VM that is being protected.
    • For Server 2008 & 2008 R2, in the “Change User Account Control Settings”, move slider to Never Notify
    • Starting with Server 2012 the “EnableLUA” DWORD in HKLM\Software\Microsoft\Windows\CurrentVersion\policies\system must be set to a value of '0' (zero).

If issues persist confirm that VMware Tools is up-to-date for the VM be protected.
For information regarding issue when upgrading VMware tools please reference:

If issues continue to persist after upgrading VMware Tools uninstall VMware Tools, and reinstall VMware Tools.
For information regarding uninstalling VMware tools from the command line: 


KB ID: 1788
Product: Veeam Backup & Replication
Version: 9.5.x or newer
Published: 2013-07-08
Last Modified: 2020-08-13
Languages: IT | FR | ES

Couldn't find what you were looking for?

Below you can submit an idea for a new knowledge base article.
Report a typo on this page:

Please select a spelling error or a typo on this page with your mouse and press CTRL + Enter to report this mistake to us. Thank you!

Spelling error in text

Knowledge base content request
By submitting, you agree that your personal data will be managed by Veeam in accordance with the Privacy Policy.

ty icon

Thank you!

We have received your request and our team will reach out to you shortly.


error icon

Oops! Something went wrong.

Please go back try again later.