- Veeam Support Knowledge Base
- VSS Freeze Wait Timeout
VSS Freeze Wait Timeout
Cheers for trusting us with the spot in your mailbox!
Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Oops! Something went wrong.
Please, try again later.
Challenge
A Backup or Replication tasks fails with the following errors:
-
"VSSControl: Failed to prepare guest for freeze, wait timeout 900 sec."
-
"VSSControl: Failed to freeze guest, wait timeout"
Solution
Expand the section below for the error that is occurring.
While these errors are similar, their cause and resolution are different.
Failed to prepare guest for freeze, wait timeout 900 sec.
Summary
The VSS Preparation timeout exists to prevent an issue within a machine being processed from causing the job to get stuck. It sets an upper bound on how long Veeam Backup & Replication will wait before termination of the VSS preparation task and marking the job as having failed. The VSS preparation consists largely of enumerating VSS writers, their components, and associated files and volumes. The timeout may be exceeded because of performance limitations of the VM guest or because a specific writer is enumerating a very large number of files. As this timeout is imposed by Veeam Backup & Replication, it can be adjusted as needed.
Consider the Following
- Certain configurations (such as MS SQL Server with FILESTREAM) or third-party VSS writers may require significant time for preparation. The timeout can be extended to several hours.
- On Exchange servers, this error typically indicates a large number of transaction logs. You can increase the timeout or truncate the logs by another method. Compare the dates on the transaction logs to the date of the last successful Veeam backup to verify transaction logs are being truncated correctly.
- On SharePoint servers, you may need to run PSCONFIG. For more info see Potential issues after installing SharePoint Foundation 2010 SP1. Unusual search scopes have also sometimes been implicated.
How to Identify the VSS Writer Causing the Timeout Breach
- Collect the logs in KB1789 and provide them when opening a technical support case.
- Alternatively, use the Diskshadow utility from an administrative command prompt within the guest OS.
The output file will contain a list of files associated with each writer. If a particular writer has a very large number of associated files, it is probably the culprit.
diskshadow /l <path to output file>.txt
list writers detailed
Adjust the VSS Preparation Timeout Value
The VSS Preparation Timeout can be adjusted by creating and setting the following registry value on the Veeam Backup Server.
Key Location: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication
Value Name: VssPreparationTimeout
Value Type: DWORD (32-Bit) Value
Value Data(Default): 900000
Note:
- This change will affect the VSS Preparation Timeout for all jobs managed by the Veeam Backup Server.
- The value is in milliseconds (decimal)
- The default timeout is 900000ms (15 minutes).
- Try doubling the value initially by setting it to '1800000'.
- No reboot or service restart is required; the new timeout value will be used during the next job run.
Failed to freeze guest, wait timeout.
Summary
This error is related to the timeout imposed by Microsoft VSS on how long VSS writers may remain frozen. This timeout is not configurable. The VSS writers are frozen during Application-Aware Processing to ensure the writers are not active when the snapshot is created. The Microsoft VSS subsystem will only allow VSS writers to be frozen for at most 60 seconds (20 for Exchange). Within that freeze timeout window, several tasks must be completed.
For example, in a vSphere environment, the following must occur within the freeze timeout window:
- Verification of freeze state1
- Send snapshot creation request via VIM API2
- Snapshot creation on the ESXi host
- Return of snapshot information via VIM API2
- Thaw request to Microsoft VSS1
- Thawing of VSS writers’ I/O
1 In vSphere environments, if a network connection to the guest OS is not available, VIX API will be used, which introduces additional latency.
2 These steps should usually be near-instantaneous, but if the vCenter is overloaded or has a high latency to the ESXi hosts, the delay may be significant.
Troubleshooting Suggestions
- If this error occurs when processing an Exchange server, review KB1680: VSS Timeout When Backing up Exchange VM.
- Consider adding a Guest Interaction Proxy in the same subnet as the machine being backed up to ensure Application-Aware Processing can be performed with minimal network latency.
- For vSphere environments, check if the VM has snapshots present before the job starts.
While it is supported to back up a VM with snapshots present, their presence may increase the time it takes to create and remove subsequent snapshots. - Use VSSTrace to gather extended VSS logging to help identify issues within the Microsoft VSS subsystem.[Advanced]
See KB3164: How to Use VSSTrace to Collect VSS Diagnostic Logging - Otherwise, this usually indicates excessive VMware snapshot creation time, an in-guest performance issue, delays related to VIX API, or a combination of factors. The list of possible solutions is identical to KB1680, but the timeout is 60 seconds instead of 20. This often occurs with VSS-related event log errors containing the word “abort”.
- This error message also sometimes appears when there are other problems with VSS that should generate additional logging. Collect the logs in KB1789 and provide them when opening a technical support case.
More Information
Both errors are related to Application Aware Image Processing. As a temporary workaround, you can disable AAIP in order to obtain crash-consistent backups. For more information, consult the user guide overview of Transaction Consistency.
Overview of Processing a Backup Under VSS has a visual explanation of the freeze timeout (the green box).
If this KB article did not resolve your issue or you need further assistance with Veeam software, please create a Veeam Support Case.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.